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(54) Multi-transport mode bus comnnunications 

(57) A multi-transport mode bus frame format 
(1512), and a method of transporting signals on a bus 
(1510), consisting of a plurality of time slots comprising 
a plurality of control time slots (1528). wherein the plu- 
rality of control time slots form a control portion (1516) 
for control communication between communicating 
devices. The multi -transport mode frame format also 
comprises a plurality of data time slots (1526) following 
the plurality of control time slots, wherein the plurality of 
data time slots form a multi-transport mode data portion 
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(1518) that contains a plurality of transport mode sig- 
nals (2800. 2900), within respective ones of the plurality 
of data time slots. The method consists the steps of: for- 
matting (1700) synchronous signals (2900) into data 
units, wherein the data units are adapted to fit within a 
bus frame format (1512) of a bus; formatting asynchro- 
nous signals (2800) into the data units; multiplexing the 
data units onto the bus; and transporting the data units 
via the bus. 
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Description 

[0001] This application claims priority under 35 U.S.C. 
§ 119(e) to US. Provisional Patent Application Serial 
No. 60/094.106. filed July. 24. 1998. of Kay. a a!., for s 
MULTI-MODE. MULTI-MODULATION POINT TO 
MULTIPOINT MICROWAVE RADIO SYSTEM, which 
U.S. Provisional Parent Application is incorporated 
herein by reference. 

[0002] This patent document relates to a point to 
multipoint communications system described in the fol- 
lowing patent documents filed concurrently herewith. 
Related patent applications are: 

U.S. Patent Application Serial No. 09/ 

. filed July 1999. of Kay. et 

al.: for MULTI-MODE. MULT! -MODULATION 
POINT TO MULTIPOINT COMMUNICATIONS: 

now U.S. Patent No. ; 

U.S. Patent Application Serial No. 

09/ filed July 1999. of Kay 

et al-; for MULTI-MODULATION RADIO COMMU- 
NICATIONS; now U.S. Patent No. 
U.S. Patent Application Serial No 

09/ . filed July . 1999. of 

Corrigan, et al.; for MULTI -TRANSPORT MODE 
RADIO COMMUNICATIONS; now U.S. Patent No. 
U.S. Patent Application Serial No. 
09/ filed July 1999. of Lob- 
man, eta!.; for SERVICE SPECIFIC INTERFACING 
IN POINT TO MULTIPOINT COMMUNICATIONS; 

now U.S. Parent No. ; 

U.S. Patent Application Serial No. 09/ 

. filed July . 1999, of 

Muhammad, et al.; for EXTENSION INTERFACE 
UNITS IN A COMMUNICATIONS SYSTEM; now 

U.S. Patent No. 

U.S. Patent /Vpplication Serial No. 

09/ filed July 1999, of Kay 

et al.; for AIR INTERFACE FRAME FORMATTING; 

now U.S. Patent No. ; 

U.S. Patent Application Serial No. 09/ 

. filed July 1999. of Kay. et 

al.; for DEMAND ASSIGNED MULTIPLE ACCESS 
TECHNIQUES; now U.S. Patent No. 
U.S. Patent Application Serial No. 

09/ . filed July , 1999. of 

Wendling. et al.: for 1 :N REDUNDANCY IN A COM- 
MUNICATIONS SYSTEM: now US. Patent No. 

; and 

US Patent Application Serial No 

09/ . filed July . 1999. of 

Muhammad, et al.; for TDM BUFFERING: now U.S. 

Patent No. ; all of which are 

incorporated herein by reference. 



BACKGROUND OF THE INVENTION 

[0003] The present invention relates digital communi- 
cations systems, and more particularly to data transport 
within digital communications systems. Even more par- 
ticularly the present invention relates to data bus sys- 
tems for transporting data within a digital 
communications system. 

[0004] Generally, data bus systems or data busses 
are known in the art.. A data bus is an electronic high- 
way system for digital data signals. A bus comprises a 
series of electrical lines, for example, on a printed circuit 
board connecting microprocessors, controllers, memory 
units, etc. The electrical lines carry signals which may 
be control messages, timing, and data, for example. 
The bus may also provide connections to expansion cir- 
cuit boards, referred to as cards or rrKxiules; thus, car- 
rying the digital signals to and from the expansion circuit 
boards and the main circuit board. 
[0005] In a communications system, such as a point 
to multipoint microwave radio communications system, 
a data bus may connect an expansion circuit board, 
such as a subscriber interface module or card, to the 
local processors of the communications system. A sub- 
scriber to such a communications system typically inter- 
faces with the communications systems through the 
subscriber interface module. The services provided to 
the subscriber, e.g. data, voice, and multimedia, are 
sent as digital signals through the data bus between the 
communications system and the sut>scriber (at the sub- 
scriber interface module). In addition, timing busses and 
message busses are typically used to provide the syn- 
chronization and control between the expansion circuit 
board and the local processors on the main circuit 
board. 

[0006] For time division multiplexed (TDM) traffic, a 
synchronous mode TDM txjs having a bus frame format 
associated therewith is used to carry the data. The syn- 
chronous mode TDM bus is well known in the art and 
carries TDM traffic. The synchronous mode TDM bus 
must send traffic at appropriate times so that the receiv- 
ing end can properly retrieve the traffic. The TDM traffic, 
in the case of a communications system, is typically 
carded as DSOs (digital signal level zero) representing 
data or voice from a T1 line. Furthermore, a separate 
timing bus ar^ a separate messaging bus are used in 
conjunction with the synchronous mode TDM bus. 
[0007] A relatively new high speed transport mode is 
being used increasingly in comnnunications systems, 
called asynchronous transfer mode (AT^^). ATM traffic is 
sent asynchronously as opposed to TDM traffic, which 
Is sent synchronously Thus, separate communications 
devices nrajst be used to handle the ATM traffic. A sepa- 
rate asynchronous bus system, such as a Utopia I bus 
and Utopia II bus as known In the art. is used to trans- 
port the ATM data. An asynchronous bus simply sends 
the ATM traffic without regard for the messaging needs 
of the synchronous mode TDM bus. Thus, as is pres- 
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ently known in the art, TDM traffic and ATM traffic 
require separate bus systems. 

SUMMARY OF THE INVENTION 

5 

[0008] The present invention advantageously 
addresses the needs at)Ove as well as other needs by 
providing a mutti -transport mode bus capable of trans- 
mitting both TDM traffic and ATM traffic and including 
methods of transporting both TDM traffic and ATM traffic w 
on the same bus structure. 

[0009] In one embodiment, the present invention can 
be characterized as a multi -transport mode bus frame 
format conprising a plurality of time slots comprising a 
plurality of control time slots, wherein the plurality of is 
control time slots form a control portion for control com- 
munication between communicating devices. The multi- 
transport mode frame format also comprises a plurality 
of data time slots following the plurality of control time 
slots, wherein the plurality of data time slots form a 20 
multi-transport mode data portion and a plurality of 
transport mode signals, wherein respective ones of the 
plurality of transport mode signals are contained within 
respective ones of the plurality of data time slots. 
[0010] In another embodiment the present invention 25 
on be cfiaracterized as a multi-transport mode bus com- 
prising a synchronous bus conprising a plurality of syn- 
chronous data lines and a plurality of transport mode 
signals carried through the plurality of synchronous data 
lines. 30 
[001 1 ] In yet another embodiment, the present inven- 
tion can be characterized as a method, and means for 
acconnplishing the method, for carrying signals on a bus 
conprising the steps of: formatting synchronous signals 
into data units, wherein the data units are adapted to fit 35 
within a bus frame format of a bus; formatting asynchro- 
nous signals into the data units; multiplexing the data 
units onto the txjs; and transporting the data units via 
the txis. 

[0012] In an additional embodiment, the present 40 
invention can be characterized as a method, and means 
for acconrplishing the method, for carrying cells on a 
bus comprising the steps of: formatting asynchronous 
celts having a cell format: formatting synchronous celts 
into the cell format of the asynchronous cells; multiplex- 45 
ing the synchronous cells and the asynchronous cells 
onto a syrKhronous bus. wherein the synchronous bus 
uses a bus frame format supporting the cell format; and 
transporting the synchronous cells and the asynchro- 
nous cells over the synchronous bus! so 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] The above and other aspects, featijres and 
advantages of the present invention will be more appar- ss 
ent from the following more particular description 
thereof, presented in conjunction with the following 
drawings wherein: 



FIG. 1 is diagram of a point to multipoint microwave 
radio system architecture in accordance with one 
emtxxliment of the present invention; 
FIG. 2 Is block diagram of network elements of the 
embodiment of the point to multipoirrt microwave 
radio system shown in FIG. 1 ; 
FIGS. 3A and 3B are diagranrs of the channeliza- 
tion used in one emtxxjiment of the point to 
multipoint system shown in FIG. 2 illustrating the 
frequency reuse with multiple channels that support 
multiple modulation modes; 
FIG. 4 is a diagram of the TDMA superframe air 
interface format used by the point to multipoint sys- 
tem of FIG. 2; 

FIG. 5 is a diagram of an air Interface frame format 
for a single frame of the superframe format of FIG. 
4; 

FIG. 6 is a diagram of a traffic burst that is formatted 
for use in the air interface frame format of FIG. 5 
illustrating a split preamble in accordance with one 
embodiment of the present invention; 
FIG. 7A and 78 are diagrams of a quad burst and 
single burst, respectively, that are part of the data 
section of the traffic burst shown in FIG. 6; 
FIG. 8 is a diagram of the overhead section of the 
air irrterface frame format of FIG. 5; 
FtG. 9 is a functional block diagram of the multi- 
mode remote terminal as described in FIG. 2 hav- 
ing service specific interface modules attached; 
FIG. 10 is a functional block diagram of a timing 
recovery system used in the multi-mode remote ter- 
minal of FIG. 9 to recover the timing sent from the 
multi-mode hub terminal of FIG. 2; 
FIG. 1 1 is a functional block diagram of a multi- 
modulation modem ASIC used in the multi-mode 
remote terminal of FIG. 9 or the multi-mode hub ter- 
minal of FIG. 14; 

FIG. 12 is a functional block diagram of a parameter 
estirr^tion performed in the multi-modulation 
modem of FIG. 1 1 and using the split preamble fea- 
ture shown in FIG. 6; 

FIG. 13 is a trfock diagram of the hub site of the 
emtxxJimerrt described in FIG. 2 containing multi- 
mode hub terminals and transmission equipment; 
FIG. 14 is a functional block diagram of a multi- 
nrxxfe hub terminal as described in FIGS. 2 and 13 
having service specific interface modules attached; 
FIG- 15 is a diagram of the multi -transport mode 
celt bus frame format used by one embodiment of 
the multi-transport nrxxie cell bus and how it relates 
the air interface frame format of FIG. 5; 
FIG. 16 is a diagram of an intermodule communica- 
tion cell format transmitted on the mutti -transport 
mode cell bus of FIG. 15: 

FIG. 17 is a diagram of a cell bus data cell format 
transmitted on the nrulti-transport nrwde cell bus of 
FIG. 15; 

FIG. 18 is a timing diagram for the mutti -transport 
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mode cell bus of FIG. 1 5; 
FIG. 19 is a flowchart illustrating the steps per- 
formed for data transfer between the irdoor units of 
the multi-mode hub terminal and the indoor units of 
the multi-mode remote terminals over the commu- s 
nications for the embodiment shown in FIG, 2; 
FIG. 20 is a black diagram of a quad DS1/AAL1 
service specific interface module used in the 
embodiment of the point to multipoint system of 
FIG. 2: 10 
FIG. 21 is a block diagram of a TDM DS3 service 
specific interface module used in the embodiment 
of the point to multipoint system of FIG. 2; 
FIG. 22 is a block diagram of an ATM OC3c service 
specific interface module used in the embodiment is 
of the point to multipoint system of FIG. 2; 
FIG. 23 is a block diagram of a DS3 transparent 
service specific interface module used in the 
embodiment of the point to multipoint system of 
FIG. 2: 20 
FIG. 24 is a cfiagram of a data cell that is fornriatted 
by the DS3 transparent SSI module in the embodi- 
ment of FIG. 23; 

FIGS. 25A and 25B are functional block diagrams 
of a multi -transport mode service specific interface 25 
module having 8 T1 ports and a multi-transport 
mode service specific interface module having 4 T1 
ports and 4 LAN ports, respectively, used in the 
point to multipoint system of FIG. 2; 
FIG. 26 is a diagram of an ATM switch used in the 30 
ATM OC3c SSI module of FIG. 17, configured for 
the multi-modulation environment of the point to 
muftipoint system of FIG. 2 illustrating a demand 
assigned multiple access (DAMA) technique as well 
as an ATM address filtering technique; 35 
FIG. 27 is a flowchart illustrating the demand 
assigned multiple access technique as well as the 
ATM address filtering technique described in FIG. 
26: 

FIG. 28 is a diagram of the structure of a standard 40 
ATM cell; 

FIG. 29 is a diagram of the structure of a TDM cell 
formatted to include: a header section containing 
cm ATM specific header and signaling data; and a 
data section containing pulse-code-modulated data 45 
used in accordance with one embodiment of the 
point to muttipornt system; 

FIG. 30 is a diagram of an ATM address filtering 
technique performed by service specific interface 
nrxxlules to filter the ATM cells of FIG. 28 and the so 
TDM cells of FIG. 29 received from a mixed trans- 
port mode source; 

FIGS. 31 A and 31 B are flowcharts illustrating the 
steps performed in two variants of the ATM address 
filtering techniques described in FIG. 30: 55 
FIG. 32 is a t>lock diagram of extension indoor units 
coupled to the indoor unit of multi-oKxje remote ter- 
minals of FIG. 9: 



FIG. 33 is a functional block diagram of a fiber 
extender module used to connect the indoor unit of 
the multi-mode remote terminal of FIG. 9 and the 
extension indoor unit of FIG. 32 together via an 
extension fiber link; 

FIG. 34 is a timing diagram illustrating the delays 
involved in the transfer of data from the indoor unit 
of the multi-mode remote terminal of FIG. 9 to the 
extension indoor unit of FIG. 32; 
FIG. 35 is a diagram illustrating a demand assigned 
multiple access (DAMA) technique used in one 
embodiment of the point to multipoint system of 
FIG. 2 such that bandwidth is dynamically changed 
based upon channel condition; 
FIG. 36 is a flowchart illustrating the steps per- 
formed in the demand assigned multiple access 
technique shown in FIG. 25; 
FIG. 37 is a block diagram for a 1 :N redundancy 
system used at the hub sites in one embodiment of 
the point to multipoint system of FIG. 2; 
FIG. 38 is a flowchart for the steps undertaken in 
order for a backup hub terminal shown in FIG. 37 to 
detect an on-line hub terminal failure in the 1:N 
redundancy embodiment of the point to multipoints 
system of FIG. 2; 

FIG. 39 is a memory structure for buffering pulse- 
code-modulated (PCM) data and signaling for use 
within the TDM-based service specific interface 
modules described in FIGS. 20. 21. 25A, and 25B 
in one embodiment of the present invention; 
FIG. 40 is a pulse-code-modulated mapping control 
structure memory to be used with memory struc- 
ture of FIG. 39 for TDM buffering in the TDM-based 
service specific interface modules used in one 
embodiment of the present invention; 
FIG. 41 is a cell format for a TDM cell used in TDM 
buffering in the TDM-based service specific inter- 
face modules to pack the pulse-code-modulated 
(PCM) data and signaling from a single DSC into 
the TDM cell in accordance with the embodiments 
shown in FIGS. 39 and 40; 

FIG. 42 is a cell format for a TDM cell used in the 
TDM buffering in the TDM-based service specific 
interface modules to pack pulse-code-modulated 
(PCM) data and signaling from multiple DSOs into a 
sir^le TDM cell in accordance with the embodi- 
ments shown in FIGS. 39 and 40; 
FIG. 43 is a cell format for a TDM cell used in the 
TDM buffering in the TDM-based service specific 
interface modules to pack multiple DSOs with 
embedded framing in accordance with the embodi- 
ments shown in FIGS. 39 and 40: 
FIGS 44A and 44B are flowcharts illustrating the 
TDM buffering as described in FIGS. 39 through 43, 
done at the TDM-based SSI modules of the point to 
multipoint system for traffic flow tX3th in and out of 
the TDM-based service specific interface modules: 
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[0014] Corresponding reference characters indicate 
corresponding components throughout the several 
views of the drawings. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[001 5] The following description of the presently con- 
templated best mode of practicing the invention is nor to 
be taken in a limiting sense, but is made merely for the 
purpose ot describing the general principles of the 
invention. The scope of the invention should be deter- 
mined with reference to the clainns. 
[0016] Referring first to FIG. 1, a diagram of a multi- 
transport mode, multi-modulation point to multipoint 
microwave radio system (hereinafter referred to as the 
point to multipoint system) architecture in accordance 
with one embodiment of the present invention is shown. 
The point to multipoint system 100 includes a central 
office 102. a public switched telephone network (PSTN) 
104, an Internet service provider 106. and other net- 
works 108. The point to multipoint system 100 also 
includes hub sites 1 10 each having multi-nnode hub ter- 
minals 112 (hereinafter referred to as hub terminals) 
and multiple multi-mode remote terminals 114 (herein- 
after referred to as remote terminals) associated there- 
with. The multiple remote terminals 114 are located 
within multiple sectors 1 16 ("pie slices"). The hub termi- 
nals 112 are coupled to the multiple remote terminals 
1 14 via multiple communicatior^s links 118. The point to 
multipoint system 100 further includes a transport net- 
work 120. and an element management system (EMS) 
122. 

[0017] The public switched telephone network 104. 
the Internet service provider 106. the transport network 
120 (also referred to as the backhaul), and the other 
networks 108 are coupled to the central offrce 102. The 
transport network 120 couples the central office 102 to 
the hub sites 110 arxl to the element nnanagement sys- 
tem 122. Each hub terminal located at a hub site 110 
communicates with respective remote terminals 1 14 in 
a sector by a communications link 118. 
[0018] Throughout the specification, terminology is 
used to describe a particular de\^ice or aspect of the 
point to multipoint communications system. When using 
the phrase "multi -modulation (device)", the capability of 
the device to use multiple modulations is referred to. 
When using tf>e phrase "mutti -transport mode (device)", 
the capability of the device to support multiple transport 
mode signals, such as synchrornxjs signals (e.g. TDM 
signals) and asyrx:hronous signals (e.g. ATM signals) is 
referred to. When using the phase "multi-mode 
(device)', both multi-modulation arxl multi-transport 
mode features are being referred to. Furthernx)re. the 
terminology of signals is used to generically descrit>e 
the different types of traffic transported through the 
point to multipoint system. 

[0019] In accordance with this emtxxfiment of the 



present invention, a competitive local exchange canrler 
(CLEC) uses the point to multipoint system 100 to pro- 
vide a variety of services to subscribers who interface 
with the point to multipoint system at the remote termi- 

5 nals 1 14. The central office 102 provides the voice and 
data switches, as well as multiplexing equipment for 
services to and from the point to multipoint system 100 
while the element management system 122 (hereinafter 
referred to as the EMS) manages the point to multipoint 

70 system, controlling the switches in the central office 102 
and the various elements at the hub sites 110 and the 
remote terminals 114. Thus, the central office 102 cou- 
ples to the services provided to the sut>scribers includ- 
ing public switched telephone services 104. Internet 

75 services, and other networks 108, such as other 
exchange carriers or data delivery systems. Thus, the 
point to multipoint system 100 provides multimedia 
services including data, voice, and video to the sub- 
scrit>ers at the remote terminals 114. The transport net- 

20 work 1 20 distributes the information between the central 
office 102 and each hub terminal 112 at the hub site 
110. 

[0020] The point to multipoint hub site 1 1 0 comprises 
one or more hub terminals 112 for each sector 116 

25 depending on mutttple channels and location of the sut>- 
scriber premises containing the remote terminals 114 
(described further in FIG. 2). Each hub terminal sup- 
ports one subchannel of the channel. Each subchannel 
is a subset of the total freqeuncy bandwidth or channel 

30 bandwidth. For simplicity of illustration, only one hub 
terminal 112 (also referenced to as a sector radio) is 
shown per sector 1 16 in FIG. 1 . Each hub terminal 112 
is a sector radio used to communicate with the remote 
terminals 1 14 witiiin its particular sector 116. Each hub 

35 terminal 112 (sector radio) communicates via the com- 
munications link 118 with the remote terminals 114, 
which are also sector radios. The subscribers are able 
to connect to the remote terminal 114 through a sub- 
scriber interface or service specific interface module 

40 (hereinafter referred to as an SSI module). T1 or El 
lines, as well as other communications lines further 
described below, extend from the SSI modules to the 
subscribers* equipment T1 and El lines are well known 
in the art of telecommunications and thus, no further 

45 explanation is made herein. 

[0021] The point to multipoint system 100 of the 
emtKXiiment shown advantageously transmits over the 
communications link 118 in a time division multiple 
access/time division multiple access fashion 

so (TDMA/TDMA). This means that in the downlink direc- 
tion (from the hub terminal 112 to the remote terminal 
114). the radio interface is a time division multiple 
access link, arxj tfiat in the uplink direction (from the 
rennote terminal 1 14 to the hub terminal 112). the radio 

55 interface is a time division multiple access link. This is a 
departure from prior art point to multipoint systems that 
transmit in a time division multiplexed (TDM) manner or 
that transmit continuously in the downlink direction. Use 
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of TDMA in the downlink (also referred to as discontinu- 
ous transmission) facilitates the deployment of switched 
beam antennas (which may be sectored antennas) at 
the hub terminals. Switched beam antennas reduce 
interference and increase the transmission range as 
described in more detail with reference to FIGS. 3A, 3B 
and 14. Alternatively the point to multipoint system 100 
may use a continuous transmission in the downlink; 
however, disadvantageously. switched beam antennas 
could not be used as are ideally used in the preferred 
embodiment. 

[0022] In addition to operating in a TDMA fashion in 
the downlink, the point to multipoint system of the 
present embodiment is configured to carry signals using 
multiple transport modes. Specifically, the point to 
multipoint system of the present embodiment is able to 
interface with asynchronous signals, i.e. signals trans- 
mitted asynchronously, such as asynchronous transfer 
mode (ATM) as well as synchronous signals, i.e. signals 
transmitted synchronously, such as time division multi- 
plexed (TDM). Asynchronous signals are sent without 
regard to a specific time and are routed based upon 
header information, while synchronous signals are sent 
according to specific time and are routed based upon 
the time received. Prior art point to multipoint systems 
are either all synchronous (e.g. TDM) or all asynchro- 
nous (e.g. ATM), and thus, two redundant sets of infra- 
structure are required in accordance with the prior art 
when both TDM and ATM an to be employed. It is par- 
ticularly advantageous to have a system that services 
both transport nnodes because not only can a sub- 
scriber now take advantage of well established TDM- 
based voice services, but can also utilize high Speed 
data and multimedia ATM services. Advantageously 
these transport nxxJes can tx)th be employed using a 
single infrastructure making up the point to multipoint 
system 100. The details of how the point to multipoint 
system is atrfe to carry both ATM-based and TDM- 
based communication an discussed further below. 
[0023] The hub terminals 112 (which are sector 
radios) and the remote terminals 114 (which are also 
sector radios) of the point to multipoint system of the 
present embodiment also, advantageously contain 
multi-modulation modems creating an air frame format 
capaksle of transmitting using multiple modulation 
nrxxles on a burst-by-burst basis. Thus, a single hub ter- 
minal 1 12 may transmit one burst using one modulation 
vno6e and the next burst using another nxxluiation 
mode. This enat>les the hub terminal 1 12 to transmit to 
all of the remote terminals 114 in its particular sector 
116. regardless of what nnodutation mode is employed 
by each of the remote terminals 1 14 or v^ich region it is 
in, 

[0024] In prior art point to multipoint systems, n radios 
(hub terminals 112) are needed for n modulation modes 
within a sector 1 16. whereby each of the n radios trans- 
mits using a different modulation mode. And, the use of 
multiple modulation nxxies within a given sector is an 



exception to general practice. To the contrary, higher 
order modulation modes can be used only when chan- 
nel conditions are of high quality. So, these higher order 
modulation modes are typically used to effect communi- 

5 cations with remote terminals 114 that are relatively 
close to the hub terminal 112. On the otter hand, when 
the remote terminal 114 is in a region farther away, a 
more robust modulation mode is needed to reduce the 
bit error rate. And, two or more regions may be defined 

10 within each sector 116 with remote terminals 114 in 
each region employing the highest order modulation 
mode (most bits/second/Hz) available with sufficiently a 
low bit error rate. As a result, prior art point to multipoint 
systems require not only multiple hub terminals 1 12 per 

75 sector 116 for multiple transport modes, but. further 
require multiple hub terminals 112 per sector 116 in 
order to support multiple modulation modes. Thus, for 
example, six hub terminals 1 12 per sector 116 may be 
required to support two transport modes and three mod- 

20 ulation modes per sector (not withstarKling redundancy 
considerations, which would double the number of hub 
terminals if. for exanple. a 1:1 redundancy system is 
used). The various components of the point to 
multipoint system of the present embodiment are con- 

25 figured to handle the multi-transport mode and multi- 
modulation mode capabilities and an described 
tiiroughout the specification. 

[0025] Thus, the hub terminals 112 and the remote 
terminals 114 an capable of transmitting and receiving 

30 signals using both asynchronous (ATM) and synchro- 
nous (TDM) transport modes. Furthermore, the hub ter- 
minals 112 and remote terminals 14 on modulate and 
demodulate these signals using multiple modulation 
modes, such as quadrature phase shift keying (QPSK), 

35 16-quadrature amplitude modulation (16-QAM), and 64- 
quadrature amplitude modulation (64-QAM), on a burst- 
by-burst basis within the TDMA/TDMA air interface 
frame format. The system is not limited to these modu- 
lations and could be configured for BPSK, 32-QAM. 

40 128-QAM, and 256-QAM, for example. 

[0026] Typically, tiie point to multipoint system oper- 
ates within a dty or a business park of a metropolitan 
area, or other defined area. In such an area, there is a 
concentration of potential subscribers. A transport net- 

45 work 120, such as a high speed Synchronous Optical 
Network (SONET) ring, is spread throughout the 
defined area. The SONET ring is well known in the art. 
The hub sin 1 10 are also spread throughout the defined 
area and connect to the transport network 120. The 

50 central office 102 switches the services to be provided 
to the hub terminals 112 at the hub sites 110 via the 
SONET ring. Each hub terminal 112 has an indoor unit 
(also referred to as a channel processing unit) located 
within a hub site building that houses the hub site 110 

55 and couples to the transport network 120. Each hub ter- 
minal 1 12 also has an outdoor unit (also referred to as a 
transceiver unit), typically located on the roof top of the 
hub site building. The outdoor unit of the hub terminal 
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112 communicates with a corresponding outdoor unit of 
a remote terminal 114 typically located on the roof top of 
the subscriber's premises. The outdoor unit of the 
remote terminal 112 communicates with an indoor unit 
of the remote terminal 114 within the subscriber's 5 
premises. The sut>scra3ers interface to the point to 
murtipoint system through one of a plurality of service 
specific interface modules (SSI modules) installed imo 
the indoor unit of the remote terminal 114. 
[00271 The communications link 118 between each 10 
hub terminal 112 and its respective remote terminals 
114 is a line of sight microwave radio comnnunications 
link, so the communications link 118 is limited by dis- 
tance depending on the modulation nnode selected by 
the hub terminal 112, For example, a signal modulated 15 
with QPSK will typically travel only about 3 km with an 
acceptable bit error raze (BER). i.e. about 10'''^ or less. 
A signal modulated with 64-QAM will travel even less 
distance (i.e.. 1000m) with the acceptable bit error rate. 
Furthermore, the microwave radio signals are limited by 20 
the transmit power output of the outdoor units or trans- 
ceiver units. Although the communications link 118 in 
the present embodiment is a microwave radio signal, 
the present emt>odiment should be understood, in other 
variations as not limited to microwave signals, but rather 25 
potentially comprising other mediums (or combinations 
of mediums) such as those known in the art. such as 
wireline, cable, and power line communications links. 
Furthermore, the point to multipoint system 100 is not 
limited to terrestrial applications. The point to multipoint 30 
system may include hub sites and remote terminals that 
are earth stations having satellite link between them. 
Thus, the concept of multi-transport mode, multi-modu- 
lation communication extends to all forms of point to 
multipoint communication. 35 
[0028] Referring to FIG. 2. a block diagram of the point 
to multipoint microwave radio system 200 in accordance 
with the present emtxxJiment of FIG. 1 is shown. Each 
remote terminal 114 (multi-mode remote terminal) in the 
point to multipoint system 200 includes: an indoor unit 40 
202, service specific interface nnodules (hereinafter 
referred to as SSI modules) 204. outdoor unit 206, intra- 
facility link 208. and a communications link 210. The 
hub terminals 112 (multi-mode hub terminals) of the 
hub site 1 10 include: outdoor unit 212, hub indoor unit 45 
214. intrafactlity link 216, a Digital Signal 3 TDM SSI 
module 218 (hereinafter referred to as a TDM-DS3 SSI 
module), an ATM optical carrier level 3c SSI module 220 
(hereinafter referred to as an ATM-OC3C SSI module), a 
DS3 line 222. an OC3c line 224. a DS3 transparent SSI so 
module (nor shown and also included at the hub site 
110), and optional transmission equipment 252 includ- 
ing a TDM multiplexer (TDM MUX) 226. and an optional 
ATM nrtuttiplexer (ATM MUX) 228. The transmission 
equipment 252 is coupled through the transport network 55 
246 (also known as the backhaul) to the central office 
102. The central office 102 includes: an optional TDM 
mutttplexer 230. an optional ATM multiplexer 232, data 
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switch 234, voice switch 236. DS1/DS3 lines 238, 
OC3c^c12c lines 240. dedicated lines 250. and an ele- 
ment manager 244 within the EMS 122. The common 
equipment 24S includes the remaining hub terminals 
112. 

[0029] The subscriber interfaces with the point to 
multipoint system 200 through the remote temninals 114 
located at the subscriber's premises. An SSI module 
204 is inserted into a service specific interface port or 
slot (hereinafter referred to as an SSI port) that is built 
into the chassis of an indoor unit 202 (or channel 
processing unit) of the remote terminal 114. 
[0030] The Indoor unit 202 (channel processing unit) 
of the remote terminal is located within the subscriber's 
premises. The indoor unit 202 of the remote terminal 
114 multiplexes traffic to and from the subscriber and 
the point to multipoint system through the SSI module 
204. The indoor unit 202 is coupled to the intrafacility 
link 208 and includes a multi -modulation modem, air 
frame formatting logic (within the multi- modulation 
modem and bust controller of FIG. 9) and a subscriber 
interface multiplexer function in one unit. Each indoor 
unit 202 (channel processing unit) of the remote termi- 
nal 1 14 has four SSI ports to allow for several different 
subscriber interfaces or service specific interface mod- 
ules 204. to T1 or El lines for example, as discussed 
with reference to FIGS. 20-25B. It is the SSI modules 
204 in connection with the processors of the indoor unit 
202 that multiplex the synchronous signals (e.g., TDM) 
arxl asynchronous signals (e.g., ATM) into the indoor 
unit 202. The SSI modules 204 multiplex the TDM and 
ATM traffic onto a multi-transport mode cell bus (see 
FIGS- 15-18). Additionally, the SSI modules perform 
unique TDM buffering techniques (see FIGS. 39-44B) 
and ATM address filtering techniques (see FIGS. 30- 
31 B) to enable the SSI modules to format the ATM and 
TDM traffic for the multi -transport mode cell bus. The 
multi-transport mode cell bus hias a bus frame format 
(see FIG. 15) to allow for both TDM cells and ATM cells 
to be placed thereon interchangeatMy. 
[0031] Thus, the rest of the point to multipoint system 
does not need to be mocfified to transfer signals using 
both TDM and ATM transport modes. Cell formatters 
(also referred to as signal formatters) of the SSI mod- 
ules (at the remote terminal 114 and the hub terminal 
112) format the TDM traffic or signals into TDM cells 
that are the same size as a standard ATM cell (i.e., 53 
bytes). Thus, tiie cell formatters of the SSI modules 204 
format the TDM cells and ATM cells in such a way that 
they appear to be the same type of celt to the rest of the 
point to multipoint system; however, the SSI modules 
have formatted the TDM cdls arxJ the ATM cells such 
that they are distinguished at the SSI modules of the 
receiving communications terminal. Thus, the mutti- 
transport mode cell kxiS carries cells, such that it does 
not distinguish between whether the cells are TDM ceDs 
or ATM cells. The mixed traffic (TDM and ATM cells) on 
the multi -to^ansport mode cell bus is mapped directiy to a 
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corresponding air interface frame fornnat (see FIGS. 5 
and 15) for transmission over the communications link 
210. The mixed traffic is received over the communica- 
tions link 210 and mapped back to the multi-transport 
mode cell bus frame format from the air interface frame 5 
format (See FIG. 15). The multi-transport mode cell bus 
carries the mixed traffic to the SSI modules 204 wherein 
the cell formatters (i.e., signal formatters) of the SSI 
modules 204 sort and separate the TDM cells from the 
ATM cells. The TDM cells are sorted according to time w 
slots with a time plan as is conventionally done in a TDM 
system, while the ATM cells an sorted according to 
header Information. Therefore, the point to multipoint 
system 200 is able to carry both ATM and TDM by for- 
matting the TDM data and the ATM cells in a unique 75 
frame structure and multiplexing them in and out of he 
point to multipoint system 200 at the SSI modules 204 
(See FIGS. 20-25B for nwe details on SSI modules). 
The details of this operation are discussed throughout 
the specification. 20 
[0032] The indoor unit 202 of the remote terminal 1 1 4 
further supports a itoer extender nnodule that plugs into 
one of the SSI ports to allow connection to an extension 
irxJoor unit. This allows for linear growth in the number 
of subscriber interfaces (i.e.. SSI modules) that can be 25 
supported by the indoor unit 202 of the remote terminal 
114. The fiber extender module and extension indoor 
unit are discussed with reference to FIGS. 32-34. 
[0033] The outdoor unit 206 (ODU) (or transceiver 
unit) of the remote terminal 1 1 4 is mounted, typically, on 30 
the roof top of the subscribers premises. The outdoor 
unit 206 of the remote terminal 1 1 4 communicates with 
the indoor unit 202 of the renx^te terminat 1 14 via the 
intrafacility link 208 and communicates with the hub ter- 
minal 112 with the communications link, which is a 35 
microwave radio communications link 210. The outdoor 
unit 206 of the remote terminal 114 comprises an 
antenna, power amplifier, low noise receiver, convert- 
ers, intrafacility link interface, and alignment features 
and is further described in FIG. 9. 40 
[0034] The intrafacility link 208 (IFL) comprises a sin- 
gle coaxial cat>le that connects the indoor unit 202 (also 
referenced as the channel processing unit) of the 
remote terminal 1 1 4 to the outdoor unit 206 (also refer- 
enced as the transceiver unit) of the remote terminal 45 
and is further described with reference to FIG. 7. The 
intrafacility link 208 carries DC power to operate the out- 
door unit 206 of the remote terminal 114 control signals, 
and a reference frequency. The intrafacility link 208 
uses a frequency of 70 MHz from the outdoor unit 206 so 
of the remote terminal 1 14 to the indoor unit 202 of the 
renrx)te terminal 114. arxl a frequency of 160 MHz from 
the indoor unit 202 of the remote terminal 1 1 4 to the 
outdoor unit 206 of the renrx)te terminal 114. 
[0035] The conrmtunications link 210 or air interface 55 
210 is a 38 GHz microwave radio channel. The point to 
multipoint system 200 of the present embodiment sup- 
ports the following frequencies: 5,2 GHz. 24 GHz, 28 



GHz, and 38 GHz although a wide range of frequency 
bands may be employed. The channelization of the 
present embodiment divides a 50 MHz channel into 4 
subchannels, each with 12.5 MHz and each operating 
at a symbol rate of 10 Msps. Additionally, the point to 
multipoint system may use multiple 50 MHz channels 
such that more than one hub terminal 1 1 2 is within each 
sector and uses the same symbol rate of 10 Msps. The 
channelization is not limited to 50 MHz channels divided 
into 4 subchannels using specific symbol rates. A wide 
variety of channel bandwidths could be selected and 
divided into a wide variety of subchannels using various 
symbols rates. Also, frequency reuse capabilities 
maybe used for multiple frequency channels as 
described in FIGS. 3A and 3B. 

[0036] As mentioned above, the point to multipoint 
system 200 operates through the communications link 
210 in a TDMA/TDMA format in both uplink and down- 
link directions. Signals transmitted include both TDM 
and ATM traffic which are mixed within the same air 
interface frame format. The signals are modulated using 
multiple modulation modes on a bust-by-burst basis. 
This embodiment transmits using Quadrature Phase 
Shift Keying (QPSK), 16-Quadrature Amplitude Modula- 
tion (16-QAM), and 64-Quadrature Amplitude Modula- 
tion. The point to multipoint system supports all three 
burst types in the same TDMA frame. In practice, QPSK 
operates at a slower bit rate and is used to increase the 
range of the system: 64-QAM is used for closer remote 
terminals for better spectrum efficiency; and 16-QAM is 
ideally used for mid-range remote terminals 114. (Note 
that the feature of the present embodiment, however, 
such as the availability of multiple modulation modes is 
particularly advantageous in the microwave range, as 
channels in this range tend to rapidly degrade with dis- 
tance during rain fades and require line of sight to func- 
tion.) Furthermore, the bursts on the air interface frame 
format are differently sized to be mixed and matched 
within the air interface frame format (see FIG. 5). 
[0037] The hub site 1 10 of the point to multipoint sys- 
tem 200 supports a multi-sector, multi-frequency cell, 
with each sector being serviced by at least one hub ter- 
minal 1 12 (sector radio) using a subchannel. It consists 
of two main components: the hub terminals 112 (also 
referenced as multi-mode hub terminals) and transmis- 
sion equipment 252. The hub terminals 112 are further 
discussed with reference to FIGS. 9 and 10. One hub 
terminal 1 12 is shown in FIG. 2 v^ile the remaining hub 
terminals are represented as common equipment 248. 
Each hub terminal 112 transmits and receives multiple 
transport nrxxle sigrals (e.g. ATM and TDM) using mul- 
tiple modulation modes (QPSK. 16-QAM. and 64-QAM) 
just as the remote terminals 114 transmit and receive 
signals using multiple transport modes and using multi- 
ple nxxjulation modes. Each hub terminal 112 (sector 
radio) and has one channel processing unit 214 (indoor 
unit 214) and one transceiver unit 212 (outdoor unit 
212). A hub terminal 1 12 having an outdoor unit 212 can 
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communicate with all of the remote terminals 114 within 
the particular sector, regardless of in which region (I.e., 
radial distance) the remote terminal 1 14 is located from 
the hub terminal 112. This is an improvement over tradi- 
tional point to multipoint systems that need one radio s 
per region per sector. Thus, n radios are needed for a 
prior art point to muftipoint system, where n equals the 
number of sectors times the number of regions in the 
sector. The present embodiment requires only 1 radio 
per sector regardless of the number of regions. w 
[0038] A region within a sector ("pie slice") can gener- 
ally be thought of as an area between two distances 
from the hub terminal. However, regions are mare accu- 
rately defined by the channel quality that can be 
achieved at the receivers of the remote terminals and is 
the recetvers of the hub terminals. The remote terminals 
may thus be 'grouped* according to channel quality, 
with remote terminals receiving higher channel quality 
being referred to as being in "closer" regions and 
remote terminals receiving lower channel quality being 20 
referred to as being in regions that are "farther" away. 
As channel quality generally corresponds with radial 
distance, the terms are used interchangeably with refer- 
ence to the term "regions". For example, a remote ter- 
minal very dose (e g up to 1000 m) to the hub terminal 25 
may t>e in one region while a remote terminal farther 
away (e.g. 3 Km) is in another region. Both remote ter- 
minals are tn the same sector but are at a differ^ "dis- 
tance" from the hub terminal. Thus, a higher order 
modulation (which requires more bits/second/Hz) is 30 
possitsle between the dose remote terminal 1 14 and the 
hub terminal 1 1 2 while a hub terminal 1 1 2 using a lower 
order nx)dutation (requiring fewer bits/second/Hz) is 
needed to communicate with the farther remote termi- 
nal. 35 
[0039] The present embodiment improves prior art 
systems in that the present embodiment does not 
require one hub terminal 112 for each region within 
each sector. Instead, each hub terminal 112 may trans- 
mrt using multiple modulation modes and: thus, can 40 
communicate with all remote terminate 114 within its 
sector regardless of the regions in which the remote ter- 
minals are located. 

[0040] The hub site 110 may also include transmis- 
sion equipment 252 induding a TDM multiplexer 226 45 
arxj an ATM multiplexer 228. to the transport network 
246. The transmission equipment 252 is optional in this 
errtxidinnent. and if the transmission equipment 252 is 
not located at the hii) site, similar equipment is located 
at the central office 102. so 
[0041 ] Additionally, a concentrator is not needed in the 
present design of the hub terminal 112. In prior art sys- 
tems, a concentrator spirts concentrated traffic into sep- 
arate traffic streams, each stream going to a differently 
nruxjulated hub terminal 112. Because a single hub ter- 55 
minal in the present embodiment transmits using multi- 
ple modulations on a burst-by-burst basis, a 
concentrator is not needed. The "concentrated" traffic is 
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simply sent directJy to the hub terminal 1 12 which trans- 
mits the traffic nrrultiplexed over the air. 
[0042] The outdoor unit 212 (transceiver unit) of the 
hub terminal 1 1 2 is the same as the outdoor unit 206 of 
the renrtote terminal 114. The outdoor unit 212 of the 
hub terminal comprises an integrated 38 GHz trans- 
ceiver and antenna. Transmit and receive bands are 
swapped with respect to the transmit and receive bands 
of the outdoor unit 206 of the remote terminal 114. The 
outdoor unit 212 of the-hub terminal 112 is typically 
located on top of the building that contains the hub site 
110. 

[0043] Similar to the indoor unit 202 of the remote ter- 
minal 114, the indoor unit 214 (channel processing unit) 
of the hub terminal 1 12 is connected to the outdoor unit 
212 (transceiver unit) of the hub terminal 112 by an 
intrafadlity link 216. The intrafacility link 216 is a single 
coaxial cable that carries power for the outdoor unit 212, 
a reference frequency, uplink and downlink intermediate 
frequency signals, and a telemetry link. 
[0044] The indoor unit 214 as the hub terminal 1 12 is 
similar to the indoor unit 202 of the remote terminal 114. 
The indoor unit 214 also supports multiple transport 
mode signals using multiple modulation modes. The 
indoor unit 214 includes the intermediate frequency 
transceiver section, a channel and control processor, 
and three typ^es of interfaces to transmission equipment 
252. The first type of interface is a TDM-DS3 SSI mod- 
ule 218. described in FIG. 21 , to support the DS3 con- 
nection to a TDM multiplexer 226 for can-ying TDM 
traffic. The second type is a DS3 transparent SSI mod- 
ule (not. shown). The DS3 transparent SSI module, 
described in FIG. 23, is intended for point to point links 
between the hub terminal 1 12 and the remote terminal 
114. This point-to-point link uses the entire bandwidth of 
the radio (e.g. 12.5 MHz) and is unique in the fact that a 
point to point link can be created within a point to 
multipoint system (see FIG. 23). And the third type is an 
ATM-OC3C SSI module 220. described in FIG. 22, used 
for can-ying traffic with ATM cells to an ATM multiplexer 
228. The hub site 110 and hub terminals 112 are 
described in more detail with reference to FIGS. 13 aruJ 
14. Note that a DS3 is a digital signal level 3 and an 
OC3c is an optical carrier level 3 concatenated, fc>oth of 
which are known in the art of telecommunications. 
[0045] The hub terminals 112 are supported by 1:1 
redundancy switching. For each hub terminal 112, there 
is a one for one redundant outdoor unit (206. 212) and 
indoor unit (202, 214). For example, if either the indoor 
unit 21 4 of the hub terminal 112 or the outdoor unit 212 
of the hub terminal 1 1 2 fails, a backup hub terminal (not 
shown) including a outdoor i*iit (not shown) and indoor 
unit (not shown) are auton^tically switched in to replace 
the failed hub terminal 1 12. Thus, one backup hub ter- 
minal is needed for each hub terminal 112. The 1:1 
redundancy system is shown in FIG. 13. 
[0046] Alternatively, a novel 1 :N redundancy system 
may be used for hub terminals 1 12 within the same sec- 
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tor and having the same antenna profile as described 
with reference to FIG. 37. 

[0047] The transmission equipment 252 multiplexes 
traffic from all the indoor units 214 of the hub terminals 
1 12 to and from the transport network 246. Both TDM- 
based and ATM-based multiplexing are achieved by 
using the TDM multiplexer 226 and the ATM multiplexer 
228. As mentioned above, the transport network 246 
may be a Synchronous Optical Network (SONET) ring. 
The SONET ring is a ring of fiber optic cable that runs 
underground throughout a defined area. It is a high 
speed carrier, that carries synchronous (TDM) or asyn- 
chronous (ATM) traffic. 

[0048] In another embodiment, backhaul wirelines 
could be replaced by a wireless communications link 
(not shown) from the transmission equipment 252 to the 
transport network 246 (or backhaul infrastructure). The 
wireless communications link could be a microwave 
radio communications link very similar to the communi- 
cations link 21 0 between the hub terminals 112 and the 
respective remote terminals 1 14. An antenna, e.g. a first 
12" antenna, is coupled to the transmission equipment 
252 and a conresponding antenna, e.g. a second 12" 
antenna, is coupled to the transport network 245. The 
antenna would have a very narrow beamwidth (e.g. 2-3 
degrees) allowing for much greater range than a wider 
angle antenna. This embodiment allows fora distance of 
about 5 to 10 miles between the hub site 110 and the 
transport network 246. 

[0049] The central office 102 provides the switching 
for the point to multipoint system 200 and contains the 
element management system 122 (EMS). Transmission 
equipment is alternatively located at the central office 
and is implementation dependent. Alternatively, the 
EMS 122 is not contained in the central office 102. The 
transmission equipment at the central office 102 is a 
TDM multiplexer 230 used for TDM traffic, an ATM mul- 
tiplexer 232 used for ATM traffic, a data switch 234, a 
voice switch 236. DSI or DS3 lines 238, OC3c/OC12c 
lines 240. and STM-1 lines (not shown). Other dedi- 
cated lines 250 couple to other data delivery systems 
such as PSTN, Internet service providers and inter- 
exchange carriers. Hie data switch 234 and voice 
switch 236 control which data and voice signals go to 
the TDM multiplexer 230 and the ATM switch 232. The 
DSI line 238 is a T1 line or El line, while the DS3 line 
238 carries a group of 28 T1 streams. The OC3c and 
OC12C lines 240 are ATM specific lines. STM-1 lines 
are also used in the European version of the point to 
multipoint system 100. STM-1 lines are configured to 
run in either ATM or TDM mode. For example. TDM 
STM-1 lines woiid replace DS3 lines 222 and 238. 
while ATM STM-1 lines would replace OC3c lines 224 
arxl 240. This transmission equipment and the various 
lines are well known in the art. 

[0050] The element manager system (EMS) 122 of 
the central office 102 contains the element manager 
244 which performs off-the-network management func- 



tionality for the point to multipoint system. Physically, the 
element manager 244 is a UNIX k>ased workstation typ- 
ically used for point to multipoint systems including a 
large geographical display. An operator can configure 

5 and monitor the point to multipoint system network from 
the EMS 122. In one embodiment, the EMS 122 uses a 
Wide Area Network (WAN) to communicate with all of 
the hub sites 1 10 in the point to multipoint system. The 
WAN communicates with each hub site 110 through a 

10 local area network (LAN) router located at each hub site 
110 which couples the WAN to the LAN of each hub site 
1 10. This is the conventional way in which the EMS 122 
manages the hub sites 1 10. The LAN router is shown in 
FIG. 13. The LAN of the hub site communicates with the 

15 individual indoor units 21 4 of the hub terminals 1 1 2 (see 
FIG. 13). The transport from the hub LAN to the WAN is 
often a separate landline T1 line, or. alternatively, it can 
be multiplexed into the DACS 230 as discussed below. 
[0051] In another embodiment, the element manage- 

20 ment system 1 22 uses an in-band network to communi- 
cate with the hub site 110 of the point to multipoint 
system 200 through messaging sent through the trans- 
port network 246 (backhaul). The messaging is sent as 
either TCP/IP or frame relay data using AAL5 (ATM 

25 adaptation layer level 5) through the transport network 
246 and the ATM multiplexer 228. The ATM 0C3c SSI 
module 220 receives the messaging as described in 
FIG. 22. This approach is a departure from prior art sys- 
tems that communicate through a separate landline. It is 

30 more economical and eliminates the need to maintain 
separate landlines to the hub site 1 10 for the wide area 
network to communicate with the LAN of the hub site 
110. 

[0052] Furthermore, it should be noted that the point 

35 to multipoint system is described throughout the specifi- 
cation as having both multiple transport mode capabili- 
ties and multi-modulation capabilities in the preferred 
embodiment The point to multipoint system is not 
intended to be limited to point to multipoint systems hav- 

40 ing both capabilities. For example one embodiment of 
the point to multipoint system could be configured to 
transmit and receive multiple transport mode signals 
(e.g. synchronous and asynchronous) without having 
multi-modulation capabilities. This embodiment would 

45 not require the multi-modulation modem and could con- 
tain a single modulation modem known in the art. In 
another embodiment, the point to multipoint system 
may have multi -modulation capability and not multi- 
transport mode capabilities. In such an embodiment the 

50 specially designed SSI modules and multi-transport 
mode cellbus could work without modification. Thus, the 
hub terminals and remote terminals could comprise 
multi-transport mode radios in one embodiment and 
multi-modulation radios in another embodiment 

55 [0053] The present embodiment is fully compatible 
with conventional equipment, such as the components 
of the transmission equipment 252, transport network 
246. and central office 102. The point to multipoint sys- 
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tern 200 further supports existing services and inter- 
faces; however, the conventional SSI modules must be 
modified to interface with the multi-transport, multi-mod- 
ulation system. The individual aspects of this embodi- 
ment of the point to multipoint system that enable the 
use and operation of the system are described below. 
[0054] Referring next to FIGS. 3A and 3B. diagrams 
are shown of the channelization used in one embodi- 
ment of the point to multipoint system shown in FIG. 2 
illustrating the frequency reuse with multiple channels at 
the hub site that support multiple modulation modes. 
FIG. 3A illustrates frequency reuse of two channels 
(e.g. 50 MHz frequency channels) indicated by a first 
frequency 302 and a second frequency 304. The first 
frequency 302 and the second frequency 304 are used 
in adjacent sectors, e.g. first sector 306 and second 
sector 308 by respective hub terminals at the hub site. 
Then, the first frequency 302 is reused in alternate sec- 
tors, e.g. the third sector 310. and so on. An alternate 
sector refers to a sector next to the adjacent sector. For 
example, the third sector 310 using the first frequency 
302 is an alternate sector of the first sector 306 while 
the second sector 308 using the second frequency 304 
is adjacent to the first sector 306. The first sector 306 
and the second sector 308 shown in FIG. 3A are 90 
degree sectors. 

[0055] Advantageously, each sector, e.g. the first sec- 
tor 302 and the second sector 304, supports respective 
frequency subchannels of the first frequency channel 
and the second frequency channel. Each subchannel 
supports multiple modulation modes (e.g. QPSK, 16- 
QAM. arKj 64-QAM. but is not limited to these modula- 
tion modes) within the 90 degree sector In contrast, a 
prior art frequency reuse only supports one modulation 
mode per sulxhannel and does not support more than 
one nrKXlulation mode being reused in alternate sectors 
using the same frequency. 

[0056] The frequency reuse in this emlxxliment sup- 
ports 64-QAM modulation which poses a special prob- 
lem since the 64-QAM modulation is extremely sensitive 
to interference. In order to accomplish the frequency 
reuse with a high order rrKxjutation. such as 64-QAM. a 
sectored antenna must be used at each hub terminal 
using a sulxhannel within each sector in order to trans- 
mit without interfering with alternate subchannel trans- 
missions in the adjacent sectors. The sectored antenna 
is used as the same arrtenna shown at the outdoor units 
of the hub terminals in FIGS. 1 and 2. Additionally, the 
sectored antenna must have reduced or low level 
sidelobes so as to transmit the narrow beam without 
causing interference with alternate sectors using the 
same f requer^y. The sidelobes of the sectored antenna 
must be sufficiently reduced to support use of the 64- 
QAM modulation. Thus, the sidelot>es are reduced at 
1 .5 times the sectored antenna beamwidth. Also, the 
sidelobes must be at a low level, such as no greater 
than 35 dB below the peak gain of the sectored antenna 
so as not to interfere with the 64-QAM signals in the fre- 



quency being used in the alternate sectors. Thus, the 
sidelobe characteristics enable use of the frequency 
reuse with a high order modulation, such as 64-QAM. 
[0057] The diagram in FIG. 38 shows the same fre- 

5 quency reuse for 2 channels; however, the first sector 
306 and the second sector 308 are 45 degree sectors. 
Again, tiie hub terminals in each sector must has a sec- 
tored antenna with sufficientiy reduced sidelobes to 
transmit using multiple modulation modes, including 64- 

10 QAM, into the 45 degree sector without causing interfer- 
ence into the alternate sectors using the same fre- 
quency 

[0058] Alternatively, this emtxxjiment is not limited to 
only 90 degree and 45 degree sectors, and other sector 
75 sizes may be selected, e.g. a 22.5 degree sector. Fur- 
thermore, both sutxhannels using the different frequen- 
cies could be located in the same sector. Thus, two hub 
terminals would be in each sector, each transmitting 
over subchannels of the different frequency channels. 

20 

Air Interface 

[0059] Refening next to FIG. 4. a diagram of the 
TDMA superframe air interface format 400 of the 

25 present emlxxjimerrt is shown. The point to multiF>oint 
superframe format 400 used in both the uplink and 
downlink cfirections comprises N frames 402. The signif- 
icance of the frames 402 is explored below. The super- 
frame format is created in the multi-modulation modem 

30 described in FIG. 1 1 . 

[0060] Referring next to FIG. 5, a diagram of an air 
interface frame format corresponding each of the N 
frames of the superfame format of the present embodi- 
ment FIG. 4 is shown. The air interface frame format 

35 500 includes an overhead section 502. a spare section 
504, and a traffic section 506. The traffic section 506 
may contain QPSK Quad Bursts 508, 16-QAM Quad 
Bursts 510, QPSK Single Bursts 512, 64-Qam Quad 
Bursts 512. and 16-QAM Single Bursts 514. 

40 [0061] The TDMA air interface frame format 500 in 
FIG. 5 corresponds to one of the N frames In the super- 
frame format shown in FIG. 4. Advantageously, in the 
present emtxxJiment, the air interface frame format 500 
is designed to provide for tx)th TDM and ATM transport. 

45 The key for providing both TDM and ATM transport on 
the same air interface frame forrr^t 500 is that the TDM 
traffic is formatted into TDM cells fiaving the same size 
as ATM cells (see FIGS. 28 and 29). This fornratting is 
done at the SSI modules of the indoor units of both the 

so remote terminals and the hub terminals. The TDM cells 
and ATM cells both contain header information to distin- 
guish them Thus, the TDM cells and ATM cells are mul- 
tiplexed onto a bus frame format which maps directly to 
the air interface frame format 500 (see FIG. 15). The 

55 uniquely designed air interface frame format 500 pro- 
vides the necessary structure to transport the mixed 
traffic (ATM and TDM) as well as a unique stricture to 
interchange differentiy modulated traffic tsursts. 
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[0062] Furthermore, the capacity of the radio commu- 
nication link is a function of the modulation modes 
selected for the respective traffic bursts since the air 
interface frame format 500 has differently sized bursts 
depending on the modulation used. The multi-modula- 5 
tion modems and the bus controllers of the indoor units 
of both the hub terminals and the indoor units of the 
remote terminals contain the air interface frame format- 
ting logic necessary to create the air interface frame for- 
mat 500 and is further described in FIGS. 9 and 11. w 
[0063] In practice, the air interface frame format 500 is 
the same in the uplink and downlink, whereas prior art 
point to multipoint systems use an air frame format sup- 
porting continuous transmission the downlink (TDM) 
and discontinuous (TDMA) in the uplink. The air inter- 75 
face frame format 500 has an overhead section 502 for 
system management and dynamic bandwidth allocation 
purposes. The overhead section 502 contains m time 
slots containing QPSK bursts. The overhead section 
402 contains QSPK bursts since QPSK is the lowest 20 
order modulation (least bits/second/Hz) of the modula- 
tion modes used by the present embodiment; thus, hav- 
ing the farthest range. Thus, all remote terminals in the 
point to point system are designed to receive at least 
QPSK modulated bursts so that they can receive the 25 
overhead messaging. The overhead section 502 is fur- 
ther discussed with reference to FIG. 8. The spare sec- 
tion 504 separates the overhead section 502 from the 
traffic section 506. 

[0064] The traffic section 506 of the TDMA air frame 30 
format 500 carries the payload (ATM cells and TDM 
cells) to and from the remote terminals and the hub ter- 
minal. The TDMA air frame format is used in both the 
uplink and the downlink and supports burst-by-burst 
modulated traffic. The point to multipoint system of the 35 
present emtxxJiment supports QPSK Quad Bursts 508, 
16-QAM Quad Bursts 510, QPSK Single Bursts 512, 
64-QAM Quad Bursts 512, and 16-QAM Single Bursts 
514. The present embodiment is not limited to the 
atx>ve rrKxJulations arxj could also be cortfigured to sup- 40 
port other modulations known in the art, such as BPSK, 
128-QAM. 256-QAM, and 32-QAM. 
[0065] The traffic bursts within the traffic section 506 
are differently sized and are conveniently designed as 
integer multiples of each other depending on the modu- 45 
lation selected for a particular burst Alternatively, the 
bursts could be designed as multiples of each other 
without being integer multiples. The air interface frame 
format generally holds n QPSK Quad bursts in the traffic 
section 506. The number of bursts n is a function of the so 
frequency used as described further below. Thus, the 
Quad QPSK burst 508 is x synr^ls in length and sup- 
ports a quad DSO as known in the art The 16-QAM 
quad burst 510 is x/2 symtx>ls in length and supports a 
quad DSO. The QPSK single bursts 512 and 64-QAM ss 
quad bursts 512 are x/3 symbols in length and support 
a Single DSO and a quad DSO. respectively The 16- 
QAM single bursts 514 are xy6 symtKris in length and 



support a single DSO. A DSO or digital signal level zero 
is a term known in the art of telecommunications; thus 
no further explanation is needed. 
[0066] Advantageously, the relationship between the 
sizes of the bursts enables the point to multipoint sys- 
tem to mix and match different bursts using different 
modulation modes within the same fixed size air inter- 
face frame format 500. The QPSK Quad burst 508 is 
twice as long as the 16-QAM Quad bursts 510, three 
times as long as the QPSK Single bursts 512 or the 64- 
QAM Quad burst 512, and six times as long as the 16- 
QAM Single Burst 514. Also, if the air interface flame 
format can hold n QPSK quad bursts 508. then it can 
hold 2n 16-QAM Quad bursts 510, 3n QPSK single 
bursts 51 2 or 64-QAM quad bursts 51 2, and 6n 1 6-QAM 
single bursts 514. These size relationships enable a 
very efficient use of the bandwidth available in the air 
interface frame format at 500. This departs from air 
frame format used in a conventional point to multipoint 
system containing fixed size air bursts that are modu- 
lated using only one modulation mode. 
[0067] Furthermore, since the air interface frame for- 
mat 500 transmits using proportionately sized traffic 
bursts using multiple modulation modes, a change in 
transmissions to any one remote terminal does not 
require that a new time plan be redistributed. In a prior 
art system, the remote terminals are told which times- 
lots to "listen" to through the use of a timeplan. Thus, if 
a new rerrxjte terminal is added or removed or one of 
the remote terminals has increased or decreased 
needs, then the timeplan is altered and a new time plan 
must be distributed to all remote terminals. 
[0068] Advantageously, the present embodiment does 
not need to redistribute a new time plan for the respec- 
tive remote terminals to receive the respective traffic 
bursts. Simply, the remote terminals only demodulate 
the portions of the traffic section 506 that they are con- 
figured to demodulate. For example, a remote terminal 
in the closest region will demodulate only the traffic 
bursts using 64-QAM and not the traffic bursts using 
QPSK or 16-QAM. Note that it does not matter which 
timeslot the 64-QAM bursts are in within the traffic sec- 
tion 506. since the remote terminal will receive regard- 
less of what timeslot it is in. Therefore, a new timeplan 
is not needed, in fact a timeplan is not needed at all. 
Thus, the remote terminals are able to receive the 
bursts independently of a timeplan. This represents a 
technique of demand assigned multiple access without 
the use of a timeplan, or independently of a timeplan. 
[0069] The present embodiment provides messaging 
through the QPSK modulated bursts in the overhead 
section 502 to route the traffic bursts once demodulated 
at the indoor units of the remote terminals. All rennote 
terminals are configured to demodulate the overhead 
bursts. Note, however, that a new timeplan is sent in 
order for the SSI modules to detenmine which cells to 
take off of the mutti-transport mode cell bus (see FIGS. 
20-25B). but a new timeplan is not needed for each 
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remote terminal to receive certain traffic bursts over the 
air interface. Additionally, one less frame for latency is 
needed than in a conventional time plan. 
[0070] In the preferred embodiment, the length of the 
air interface fame fornnat 500 is 6 msec and there are 8 
frames In the 48 msec superframe format of FIG. 4. The 
6 msec frame length which corresponds to 48 bytes of 
DSO samples of TDM data taken every 125 \isec (at 8 
kHz). As briefly stated above, and nfK)re fully explained 
below, in order to allow for the use of multi-transport 
mode features, the TDM data is formatted into TDM 
cells that are similar to the standard ATM cells (see 
FIGS. 28 arxj 29). Thus. 48 bytes of DSO samples are 
needed to tilt the appropriate data section of the TDM 
cell so the air interface frame format 500 must be at 
least 48 X 125 ^sec = 6 msec in length to gather enough 
TDM bytes to fill the a traffic burst Thus, the traffic sec- 
tion 506 could fit 57 QPSK quad bursts 508. 114 16- 
QAM quad bursts 510. 171 QPSK single bursts 512 or 
64-QAM quad bursts 512, or 342 16-QAM single bursts 
514 total or various combinations of the above traffic 
bursts. Again, the given lengths are all a function of the 
frequency used and the length of the data cells used 
that are formatted into traffic bursts, and the present 
embodiment is not limited to these specific lengths. 
[00711 Since the air interface frame format 500 sup- 
ports three modulation modes in a burst-by-burst fash- 
ion, a single hub terminal (sector radio) can transmit to 
all remote terminals in a sector regardless of which 
region within the sector the remote terminals are 
located. For example, the hub terminal will transmit 
using QPSK to remote terminals in the farthest region 
up to 3 km, while the hub terminal will transmit to the 
closest remote terminals with 64-QAM, and the 16- 
QAM for the remote terminals in a middle region, all 
within the same air interface format 400. This allows the 
most efficient use of the communications channel by 
using the highest order modulation (most bits/sec- 
ond/Hz) possible for each remote terminal and still 
retain satisfactory quality. Thus, the remote terminals in 
the farthest region use the lowest order modulation 
available (e.g. QPSK) while the renxjte terminals in the 
closest region use the highest order modulation availa- 
ble (e.g. 64-QAM). 

[0072] Referring next to FIGS. 6. a diagram of a traffic 
burst format used in the air interface frame format of 
FIG. 5 is shown including a split preamble feature. The 
traffic burst 600 includes: a preamble 602 containing 
guard 606. ramp 608. first unique word 610, second 
unique word 61 1. a first data/spare section 612. and a 
secoTKl data/spare section 614; data section 604; and a 
parity 606. Also shown is the preamble split length 613. 
[0073] The traffic burst 600 is generically shown in 
one format, but is interxJed to describe the format of a 
QPSK quad burst. 16-QAM single burst etc. The data 
section 604 and the first data/spare section 61 2 arxj the 
secorxj data spare section 614 are differently divided 
according to what type of t>urst is used, as described in 



FIGS. 7A and 7B, and the length of the traffic burst 600 
will vary depencfing on the modulation mode selected. 
Thus, the traffic burst represents a format for the traffic 
bursts shown in FIG. 5. In one embodiment the data 

5 section 604 arKi the first and second data/spare sec- 
tions 612 and 614 are designed to carry small sized 
data cells: for example, the 53 byte ATM cells in FIG. 28 
and the 53 byte TDM cells FIG. 29. 
[0074] The preamble 602 of the traffic burst 600 con- 

10 tains entirely known sections including the guard 606. 
and ramp 608. However, the preamt^le 602 is unique in 
that instead of one unique word that would be used in a 
prior art preamble, the preamble is a "spirt preamble" in 
which the unique word is divided into a first unique word 

15 610 and a second unique word 611. The first unique 
word 610 and the second unique word 611 are sepa- 
rated by the first data/spare section 612. 
[0075] The first unique word 610 and the second 
unique word 61 1 are split as shown so that the multi- 

20 modulation modem of FIG. 11 can accurately estimate 
the channel characteristics including the frequency off- 
set and the phase offset in received bursts. The fre- 
quency and phase estimation are done at the multi- 
modulation modem and the specific functions of the first 

25 unique word 610 and the second unique word 611 are 
shown in FIG. 12. Advantageously, the first unique word 
610 and the second unique word 61 1 are separated by 
the first data/spare section 612 making up a preamble 
split length 613. 

30 [0076] The preamble 602 precedes each TDMA burst 
and provides synchronization symbols and guard time 
between uplink TDMA bursts. As discussed in FIG. 12, 
the traffic throughput is optimized since the traffic is 
contained within the data section 604, the first 

35 data/spare section 612 and the second data/spare sec- 
tion 614. Depending upon the specific burst type 
(shown in FIGS. 7A and 7B) and the size of the traffic 
txjrst (shown in FIG. 5), depending on the modulation 
mode used, the traffic burst 600 may not include a sec- 

40 ond data/spare section 614 or the second data/spare 
section 61 4 may only contain spares and not data. Sim- 
ilarly, the first data/spare section 612 may contain par- 
tial or no data, but only spares. Advantageously, the first 
and second data/spares sections 612 and 614 should 

45 contain data (or traffic) in order to optimize the traffic 
throughput. Additionally, the traffic txjrst 600 includes a 
parity 606 which may be at the end of the traffic burst 
600 as shown or contained within the preamble (not 
shown). An additional postamble (not shown) including 

50 a ramp down and guard may be appended to the traffic 
burst 600. The bursts mentioned are not limited to quad 
bursts arxl single txirsl. but could comprise other types 
of bursts known in the art. 

[0077] Referring next to FIGS. 7A arxJ 7B. diagrams 
55 are shown of a quad burst arvj single txirst respectively, 
that are part of the data section and data/spare sections 
of the traffic burst shown in FIG. 6. The quad burst 700. 
shown in FIG. 7A, has a spare 702 and data fields 704 
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containing a header 706 and a data section 708. The 
single bursts 710, shown in FIG. 7B, have a spare 702 
and a single data field 704 containing a header 706 and 
a data section 708. 

[0078] In practice, the quad burst 700 shown in FIG. 
7A is the first of two burst types, the second being a sin- 
gle burst 710 shown in FIG. 7B. The quad burst 700 has 
4 data fields 704 that hold 4 data cells while the single 
burst 710 has 1 data field 704 that contains 1 data cell 
as shown in FIGS. 28 and 29. Each data cell contains 
the header 706 and data section 708. The data cells in 
the data fields 704 can be erther ATM celts (FIG. 28) or 
specially formatted TDM cells (FIG. 29). 
[0079] An important feature of the air Interface frame 
format is that it is configured to carry both ATM and 
TDM data. Since a standard ATM cell is 53 bytes in 
length having 5 bytes for identifiers and 48 bytes of 
data, each data field 704 (whether in a quad burst or 
single burst) of the air interface frame format must be 53 
bytes in length or greater. Thus, if the air interface frame 
format is carrying TDM data, the TDM cell that fits in the 
data field is also 53 bytes in length or greater Advanta- 
geously, as will be discussed in FIG. 29, a TDM cells 
contained within the data fields 704 use 5 bytes for 
header information and 48 bytes for data similar to ATM 
cell. The 48 bytes of DSO samples of TDM data needed 
to fill the data field 508 dictate the length of the air inter- 
face frame format As earlier stated the length must be 
at least 6 msec in order to sample enough data to fill the 
data field 704 (corresponding to 48 125fis (8 kHz) pulse 
code modulated (PCM) frames during the 6 msec air 
frame). Note that the designer could alter the rate at 
which sample were taken and: thus, the minimum air 
interface frame format length would be altered. For a 
nx>re detailed look at the structure and advantages of 
the structure and advantages of the structure of an ATM 
cell and specially designed TDM cell, see FIGS. 28 and 
29. 

[0080] It is also important to show that the data fields 
704 and spare 702 occupy the space within the traffic 
burst of FIG. 6 including the data section 604, the first 
data/spare section 612 and the second data/spare sec- 
tion 61 4. As the traffic burst is received over the air inter- 
face, ttie data within the first and second data/spare 
sections 612 and 614 and the data section 604 of the 
traffic burst are concatenated by the multi -modulation 
modem ar>d then sutxiivided into the quad burst 700 
and single burst 710. Thus, the spare 702 and the data 
fields 704 off FIGS. 7A and 7B map to the data section 
604 and first and second data/spare sections 612 and 
614 of FIG 6 

[0081] Furthermore, the data sections 708 (also 
referred to as subslots) of the data fields 704 of the 
quad burst 700 and the single burst 710 can carry data 
from nriuttiple DSOs in one of several modes. In the 
embodiments shown in FIGS. 29 and 42 through 43, 
data from several DSOs may be carried by the TDM cells 
within the data fields 704. In TDM mode. 48 bytes of 



PCM samples of the DSO are carried with an appropri- 
ate header 706. The header 706 contains signaling, 
such as channel assodated signaling. Additionally, the 
header 706 of the TDM cell uses an ATM header (VPI) 

5 in order to distinguish it from the ATM cells and is dis- 
cussed in FIG. 29. The quad burst format 700 can also 
carry ATM traffic as a DSO where an ATM cell (53 bytes) 
is carried. Alternatively, the twenty-five data fields 704 
can be aggregated to carry a DSI in ATM Adaptation 

10 Layer 1 (AAL1). The bandwidth will be sufficient to han- 
dle a W-200 ppm clock offset between the network 
frame timing and the user's (potentially different) clock 
rate. 

[0082] As stated, the air interface frame format is for- 

15 matted such that it carries txjth ATM and TDM traffic, 
whereas prior art systems require separate airframe for- 
mats for ATM and TDM communications links. The TDM 
data has been formatted in a specially designed TDM 
cell that is the same size as the ATM cell and; thus, the 

20 air frame format does not distinguish between ATM and 
TDM cells. The SSI modules format the TDM cells and 
multiplex them onto a multi -transport mode cell bus 
along with ATM cells. Then, the multi-transport mode 
cell bus frame format is then directly mapped to the 

25 TDMA air interface frame format. Thus, it is the SSI 
modules distinguish the ATM and TDM traffic. The 
details of how the ATM and TDM cells on the multi- 
transport mode cell bus mapped to the air interface 
frame format are discussed with reference to FIGS. 15 

30 through 18. The details of how the ATM cells and TDM 
cells are formatted for the cell bus frame format of the 
mufti-transport mode cell bus are discussed further in 
the specification. Such features provide one method of 
how to implement the air interface frame format within 

35 the point to multipoint system. 

[0083] Referring next to FIG. 8, a diagram of the over- 
head section 800 of FIG. 5 is shown. The overhead sec- 
tion 800 includes m timeslots containing overhead 
bursts. Shown are maintenance slots 802, three remain- 

40 ing timeslots 804 and an acquisition slot 806. 

[0084] Each air interface frame of the superframe has 
m overhead timeslots. Overhead bursts are transmitted 
within the various maintenance timeslots 802 using 
QPSK only to ensure a constant size overhead section 

45 and because QPSK offers the greatest transmission 
range of the presently used modulations in this embod- 
iment. Thus, all remote terminals, even the remote ter- 
minals in the farthest region, can receive and transmit 
overhead bursts. 

50 [0085] Each remote terminal is assigned one mainte- 
nance slot 802 within the superframe format of FIG. 4; 
thus, for example, if there are 9 maintenance slots 802 
and 8 frames in a superframe, then 72 remote terminals 
(9 maintenance slots X 8 frames) can be supported in 

55 one superframe structure. The remaining three slots 
804 are used for other purposes in Frame 1 through 
Frame N-1 of the superframe format of FIG. 4. such as 
rarxJom access via the ALOHA protocol, acknowledg- 
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ment. and a dedicated channel to the remote terminal. 
In Frame N of the superframe format of FIG. 4, the three 
overhead slots 804 are combined to form an acquisition 
timeslot 806 in tiie uplink direction. An acquisition burst 
Is transmitted during this long acquisition timeslot 806 
and provides a mechanism to calibrate the transmission 
timing for the remote terminal. 

[0086] The acquisition slot 806 is also used in one 
embodiment of the pr^ent invention that uses a 1:N 
redundancy system as described in FIGS. 37 and 38. 
[0087] The overhead section 800 contains several 
types of bursts including: maintenance bursts, random 
access bursts, response bursts, arxJ a shortened cali- 
bration burst- The maintenance bursts (within the main- 
tenance slots 802) provide a communications path 
between the renrate terminal arKi the hub terminal 
whether or not that remote terminal Is carrying traffic. 
The random access burst (within the remaining times- 
lots 804) in the uplink allows the remote terminal to 
request bandwidth in Demand assigned multiple access 
(DAM A) operation (see FIG. 35). The response burst 
(remaining timesbts 804) in the uplink Is used by the 
rennote terminal to acknowledge protocol messages 
sent by the hub terminal. And the acquisition burst 
(within the acquisition timeslot 606) is used by the 
rerrxste terminal during installation to determine Its cor- 
rect timing offset. 

[0088] Advantageously, the overhead section 800 
allows the remote terminals to transmit control informa- 
tion witfiout contention. Thus, each renrote terminal is in 
regular contact with the point to multipoint hub terminal 
for reporting alarms and for performing real time power 
control once every superframe format. 

RemoteTerminal 

[0089] Referring next to FIG. 9, a block diagram illus- 
trating a remote terminal 900 (multi-mode remote termi- 
nal) as initially described in the embodiment of the 
present invention shown in FIGS. 1 and 2. The remote 
terminal 900 is a radio system and includes outdoor unit 
(ODU) 902 (also refe^red to as a transceiver unit) having 
an antenna 904. The rennote terminal 900 also includes 
an irrtrafacllrty link (IFL) 906 and an indoor unit (IDU) 
908 (also referred to as a channel processing unit). The 
irxloor unit 908 contains a maintenance port 910. multi- 
transport nrxxle cell bus 912. 4 service specific interface 
modules 914 (SSI nnodules). and a channel arxJ control 
module 916 (CCM). The channel and control module 
916 includes: an IF-transceiver section 918 and a base- 
band section 920. The IF-transceiver section 918 
irv:ludes an IFL interface 922. upconverter 924 and 
downconverter 926. The baseband section 920 
includes a multi-modulation modem 928. a bus control- 
ler 930. a control processor 932. arxj control signals 
934. 

[0090] The outdoor unit 902 (transceiver unit) commu- 
nicates with the indoor unrt 908 (channel processing 



unit) via the intrafacility link 906. The IF-transceiver sec- 
tion 918 is coupled to the Intrafacility link 906 via the IFL 
interface 922. The upconverter 924 and downconverter 
926 are coupled between the muKi-modulation modem 

5 928 and the IFL interface 922. The bus controller 930 is 
coupled to the multi-modulation modem 928 arxJ the 
multi-transport mode cell bus 912. The multi -transport 
mode cell bus 912 is also coupled to the 4 SSI nuxJules 
and the control processor 932. The cornrol processor 

10 932 is coupled to the maintenance port 910 and sends 
control signals 934 to the IFL interface 922. upconverter 
924 and downconverter 926. 

[0091 ] In practice, the remote terminal 900 comprises 
two subsystems; the outdoor unit 902 arKl the indoor 

15 unit 908. The outdoor unit 902 is an integrated unit hav- 
ing an antenna, up converter power amplifier and down 
convener, all of which are known in the art. The antenna 
is a cirojlar antenna with a protective raydome. The out- 
door unit 902 of the remote terminal 900 communicates 

20 through the antenna 904 to the outdoor unit of the hub 
terminal through the 38 GHz radio frequency communi- 
cations channel. Thus, the outdoor unit 902 functions is 
a transceiver unit. There are two transmit bands for the 
transmit function of the outdoor unit 902. The low band 

25 is from 38.6 to 38.95 GHz and the high band is from 
38.95 to 39.3 GHz. The receive bands for the outdoor 
unit 902 are low band at 39.3 to 39.65 GHz and the high 
band from 39.65 to 40.0 GHz. The outdoor unit 902 
receives its timing reference from the hub terminal over 

30 the air interface. Signals are received and then down- 
converted to the intermediate frequency (IF) for trans- 
mission on the intrafacility link 906 (IFL) to the indoor 
unit 908. The intrafacility link 906 is a single cable, such 
as a type 3 VSAT cable made by Ck>mscope. that is a 

35 low loss cable. The IFL 906 that supports up to 1000 
feet 

[0092] The intrafacility link 906 carries the following: 
DC power to the outdoor unit 902 from the indoor unit 
908. transmit data at the intermediate frequency, 
40 receive data at the intermediate frequency, a reference 
frequency and telemetry. The IFL link 906 occupies 
tjarrdwidth for the uplink and downlink of 12.5 MHz in 
each direction, centered at 160 MHz and 70 MHz 
respectively. 

45 [0093] The indoor unit 908 of the rennote terminal 900 
Is typically mounted inside the subscriber premises, typ- 
ically wTthtn a wiring closet. The Indoor unit 908 consists 
of the following modules: the channel arxl control mod- 
ule 916 (CCM), SSI modules 914 and backplane power 

50 supply unit {nor shown) arxi chassis (not shown). It is a 
stand alone unit that hiouses up to four service specific 
Interface modules 914 (SSI modules). The Indoor unit 
908 Is powered by 1 10 volt AC Input An optional 48 volt 
DC Input can be included. The channel and control 

55 nrKxjule 916 consists of an IF transceiver section 918 
and a digital baseljand section 920. The IF transceiver 
section 918 contains an IFL Interface 922. an upcon- 
verter 924. a downconverter 926, while the digital base- 
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band section 920 contains the multi-modulation modem 
928. the bus controller 930 and the control processor 
932. The multi-transport mode cell bus 912 (or SSI bus) 
provides the connection to the four SSI modules 914, 
the control processor 932 and the bus controller 930. 
[0094] The IF-transceiver section 918 of the CCM 916 
supports one 12.5 MHz subchannel carrying QPSK, 16- 
QAM or 64-QAM modulation. The upconverter 924 is In 
the transmit path to the outdoor unit 902 via the intrafa- 
cilrty link 906. The upconverter 924 receives the modu- 
lated data from the multi-modulation modem 928, 
converts it to analog, filters It and shifts it In frequency. 
The downconverter 926 receives the signal from the 
outdoor unit 902. filters it. provides automatic gain con- 
trol, converts the signal into a digital signal, then carries 
the signal to the multi-modulation modem 928. The IFL 
interface 922 functions as a multiplexer, which allows 
multiple signals to be carried between the indoor unit 
908 and the outdoor unit 902 on a single coaxial cable. 
The purpose of the IFL interface 922 is to separate the 
signals coming from the outdoor unit 902 to their 
respective circuits in the indoor unit 908. It also com- 
bines the signals coming from the indoor unit 908 onto 
the coaxial cable going toward the outdoor unit 902. The 
signals sourced by the indoor unit 908 are the synthe- 
sizer reference, DC power, telemetry, and transmit inter- 
mediate frequency. The signals received by the indoor 
unit are the receive intermediate frequency and teleme- 
try. The components and implementation of the IF- 
transceiver section are well known in the art. 
[0095] The main functions of the channel and control 
module 916 of the digital baseband section 920 are as 
follows: modem functions, air frame formatting, air inter- 
face protocol, internal SSI bus Interface and multiplex- 
ing, maintenance port, control processing, SSI 
monitoring as well as control arxJ operations administra- 
tion and management functions. 
[0096] The multi-modulation modem 928 is imple- 
mented as an ASIC (Application Specific Integrated Cir- 
cuit), which includes the nrxxlulation. demodulation, air 
frame formatting air interface protocol, and the Reed 
Solomon encoder/decoder functions. The multi-modula- 
tion modem 728 supports TDMA burst types using 
QPSK and 16-QAM and 64-QAM on a burst-by-burst 
basis. The demodulator also contains a tracking section 
to compensate for multi-path conditions in 16-QAM and 
64-QAM. The modulator houses the proper air frame 
formatting logic. The multi-modulation modem 928 is 
described in further detail with reference to FIG. 1 1 . 
[0097] The control processor 932 is a reduced instruc- 
tion set code (RISC) processor and acts as the host 
processor of the indoor unit 908. The control processor 
932 is the controller of the major functions of the irxkx>r 
unit 908. such as configuration, alarm monitoring, and 
messaging back to the element management system 
(EMS) via the over the air control channel (the overhead 
section of FIG. 8). The control processor 932 also sends 
control signals, as krK)wn in the art, to the IF-transceiver 



section 918 to for gain control. The maintenance port 
910 can be connected to customer provided modem 
devices for remote access to the remote terminal by the 
operator over a plain old telephone service (POTS) cir- 

5 cuit. The status of the remote terminal 900 can be 
uploaded and reset through this interface. 
[0093] The bus controller 930 is a field programmable 
gate array (FPGA) or custom logic. The bus controller 
930 removes the overhead section front the air Interface 

10 frame format once demodulated and reinserts an inter- 
module communication section (IM-Com) on the multi- 
transport mode bus 912 used for messaging between 
the bus controllers (e.g. formatters) and local proces- 
sors (e.g. CPUs) of tiie SSI modules. The IM-Com mes- 

75 sage section is discussed further with reference to 
FIGS. 15 and 16. Thus, as described above, the bus 
controller 930 maps the traffic from the air interface 
frame format of FIG. 5 to the multi-transport mode bus 
frame format of FIG. 15. The bus controller 930 also 

20 maps the traffic on the mutti-transport mode bus frame 
format of FIG. 1 5 to the specific burst types of FIGS. 7A 
and 7B for the air interface frame format of FIGS. 5 and 
6. With regard to the air interface frame format the over- 
head section is used for messaging between the chan- 
ts nel and control modules 920 of the remote terminal 900 
and the channel and control module of the hub terminal 
(described in FIG. 14). The space available on the 
frame format after the airframe format overhead section 
is removed is used advantageously for the messaging, 

30 i.e. the IM-Com section, between the channel and con- 
trol module 920 of the remote terminal and the local 
processors of the SSI modules. The bus controller 930 
also contains the time plan of the air interface frame for- 
mat and the multi-transport mode cell bus 912. The air 

35 interface frame format is described above in FIGS. 4-8 
and the multi-transport mode cell bus is described 
below with reference to FIGS. 15 through 18. 
[0099] The remote terminal 900 carries both synchro- 
nous (TDM) and asynchronous (ATM) traffic on the 

40 multi-transport mode cell bus 912. The cell bus format is 
mapped to an air interface frame format using the bus 
controller 930 The details of how the different types of 
traffic are formatted for the same cell bus frame format 
are described below with reference to the SSI modules 

45 below. 

[0100] Note that the ATM and TDM traffic on the air 
interface frame format have been routed through the 
remote terminal 900 without distinguishing the traffic as 
being mixed. The mixed traffic on the air interface frame 

50 format is mapped directly to the multi-transport mode 
bus frame format to be sent out of the remote terminal 
900 to the SSI modules 914. The SSI nrKdutes 914 will 
distinguish the ATM traffic from the TDM ti^affic Advan- 
tageously, the remote terminal 900 does not have to 

55 sort the mixed traffic. The remote terminal 900 trans- 
ports the traffic using a unique air interface frame format 
and a unique corresponding mutti-transport mode bus 
frame format to carry the mixed traffic (ATM and TDM) 
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within the same radio system. Again, this departs from 
a radio system within a point to multipoint system that 
actually requires separate radio systems for each trans- 
port mode (ATM and TDM). 

[0101] Note that not all of the functional blocks of the s 
remote terminal are notdescrbed in further detail. Their 
operation and inoptementation is understood to those in 
the art. 

[0102] Refen-ing next to FIG. 10. a functional block 
diagram of a timing recovery system used in the remote 
terminal of FIG. 9 to recover the timing sent from the 
hub terminal of FIGS. 2 and 14 is shown. The diagram 
1000 includes the mutti -modulation modem 1002 hav- 
ing a burst detector 1004: bus controller 1008 having a 
compare in time unit 1010 arxj a remote time base 
counter 1020; and a secorxJ order loop filter 1014. dig- 
ital to analog converter 1016 (D/A converter), and a volt- 
age controlled oscillator 1018 (VCO). Also shown are a 
start of superframe signal 1006, remote start of super- 
frame signal 1022, timing offset signal 1012. and a dock 
input 1024. 

[0103] The burst detector 1004 of the multi-modula- 
tion HTKxiem 1 002 is coupled to the compare in time unit 
1010. which is coupled to the second order loop filter 
1014. The second order loop fitter 1014 is coupled to 
the D/A converter 1014. which is coupled to the VCO 
1018. which is coupled to the remote time base counter 
1020. The remote time base counter 1020 of the bus 
controller 1008 is coupled to the connpare in time unit 
1010 of the bus controller 1008. 
[0104] In practice, the remote terminals in the point to 
multipoint system recover the timing from the signals 
sent over the air interface by the hub terminal. Thus, the 
remote timing recovery as a way in which the remote 
terminal is able to recover the timing from the hub termi- 
nal. This timing recovery is necessary so that the indoor 
unit of the remote terminal can correctly demodulate 
txirsts received from the hub terminal. Thus, no timing 
rate adaptation by the modem is needed for the timing 
at the remote terminal and the hub terminal. The timing 
at the remote terminal has the same frequency and 
phase as the timing at the hub terminal. 
[0105] Furthermore, the remote terminal uses the 
recovered timing to trar^mit air bursts back to the hub 
terminal. Thus, advantageously, the hub terminal does 
not need to recover the remote timing to demodulate a 
burst from the remote terminal- The hub terminal only 
has to locate the start of the burst. Thus, there is no 
additional timing recovery at the hub terminal. 
[0106] The remote terminal of FIG. 9. thus, uses the 
timing recovery system shown in FIG. 10 to recover the 
timing from the hub termirial. This is unique in that the 
timing is being recovered from a cfiscontinuous trans- 
mission (i e. TDMA). as opposed to a continuous trans- 
mission, from the hub terminal to the renx>te terminaL 
Thus, the hub terminal may not transmit in all timeslots 
in order to reduce interference or the remote terminal 
may be located far away from the hub terminal and nr^y 



only be able to decode certain the lowest order modu- 
lated bursts (e.g. QPSK in this emt>odiment). Recover- 
ing the timing from a discontinuous transmission 
creates problems since timing is measured once per 
superframe and large amounts of error accumulate in 
between, whereas in a continuous transmission, the 
timing is measured much more often and with less error 
between measurements. 

[01 07] The timing used at the hub terminal must be a 
very stable dock signal, such as a stratum-1 source, as 
known In the art. and is further discussed with reference 
to FIG. 13. Stratum-1 timing sources are very expensive 
and the point to multipoint eliminates having a separate 
stratum- 1 source at the remote terminals, by recovering 
the hub terminal timing over the air irrterface. Therefore, 
the timing at the remote terminal is very accurate and 
statile as well. 

[01 08] The timing recovery is done using a phase lock 
loop circuit (PLL). The hub terminal transmits the first 
burst of every superframe in farthest reaching modula- 
tion (e.g. QPSK in this emlxxliment) and places a start 
of superframe sync word in this bursts preamble. The 
burst detector 1004 of the multi-modulation modem 
1002 detects the start of superframe sync word and 
generates a start of superframe signal 1006 sent to the 
conrpare in time unit 1010. The burst detector 1004 cor- 
responds to the burst detector and parameter estimator 
1146 in FIG. 11. The remote time base counter 1020 
generates a remote start of superframe signal 1022 
once every superframe which is also sent to the com- 
pare in time unit 1010. 

[0109] The compare in time unit 1010 counts the time 
offset in t>etween the start of superframe signal 1006 
and the remote start of superframe signal 1022. The 
time offset is sent as the timing offset signal 1012 to the 
second order loop filter 1014 (which is located in the 
control processor in the channel and control module of 
FIG. 9). At the second order loop filter 1014. a second 
order phase lock loop algorithm is run on the timing off- 
set signal 1012. The second order loop filter 1014 slows 
down the filtering needed to accurately recover the tim- 
ing in the discontinuous transmission, thus compensat- 
ing for error in the discontinuous measurements. A 
timing recovery in a continuous transmission does not 
use a second order loop filter 1014. The use of a second 
order loop filter 1014 is unique in this application. The 
second order loop filter 1014 then outputs a digital 
number that gets translated to a voltage level by the D/A 
converter 1016. This voltage controls the VCO 1018. 
The output of the VCO 1018 is the dock input 1024. or 
the timing used at the remote terrranal. The clock input 
1024 is also fed back into the remote time base counter 
1020 which is used to generate the remote start of 
superframe signal 1022. This timing (dock input 1024) 
is also distritxjted to all SSI nrxxiules to be used as their 
stable dock source. 

[0110] Thus, advantageously, the renrxrte terminal of 
the point to multipoint system recovers the timing sent 
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from the discontinuous transmission of the hub terminal. 
A prior art point to multipoint system has its own timing 
source at the renrwte terminals and the transmission is 
continuous in the downlink Furthermore, since the 
remote uses the same timing as the hub terminal, the 5 
hub terminal does not have to perform a separate timing 
recovery to demodulate the bursts received from the 
various remote terminals. 

[0111] The various components and second order 
phase locked loop algorithms are known to those skilled 10 
in the art; and thus, no further explanation is needed. 

Multi-Modulation Modem 

[01 1 2] Referring next to FIG.1 1 ,a functional block dia- is 
gram is shown for the multi -modulation modem of the 
indoor units of the remote terminal of FIG. 9 and the hub 
terminal of FIG. 14. The multi-modulation modem 1100 
includes a . modulator 1102 and a demodulator 1104. 
The modulator 1102 includes: transmit data 1106, 20 
trarYsmit buffer interface 1108, scrambler 1110. Reed- 
Solomon encoder 1112, and a modulation selector unit 
1114 including a byte-to-symbol converter 1116, burst 
formatter 1118 and constellation lookup 1120. The 
modulator 1102 also contains a pulse shaper 1122. 25 
halfband fitter 1124, ramper 1126, linearizer 1128. IF 
nrK>dulator 1130. sine distortion compensation filter 
1 132. and the transmit IF 1134. The demodulator 1 104 
includes: receive IF 1 136, matched i\\X& and downcon- 
verter 1 138. an acquisition section 1 140 including a pre- 30 
correlation filter 1 144 and burst detector and parameter 
estimator 1 146. The burst detector and parameter esti- 
mator 1 146 outputs a gain estimate signal 1 148. timing 
estimate signal 1150. phase estimate signal 1152 and 
frequency offset estimate signal 1 1 54. The demodulator 35 
1 104 also contains a tracking section 1 142 including an 
automatic gain control 1156 (AGC), equalizer and 
phase rotator 1 158. multi-modulation slicer 1 160. and a 
carrier recovery loop 1 162. Also shown in the demodu- 
lator 1104 is the coefficient memory 1164, symbol to 40 
byte converter 1166, Reed-Solomon decoder 1168. 
descrambler 1 170, and output buffer 1 172. 
[0113] The multi -modulation modem is an application 
specific integrated circuit (ASIC) especially created to 
perform burst-by-burst modulation using three different 45 
nrxxlulations: QPSK. 16-QAM. and 64-QAM. The multi- 
nrxxjulation modem 1 100 is not limited to these modula- 
tions, but could be configured to support BPSK, 32- 
QAM. 128-QAM. and 256-QAM modulations, for exam- 
ple. Advantageously, the mutti-modulatton modem is so 
able to switch between modulations on a burst-by-txjrst 
basis After natively, the mufti -modulation modem could 
be configured to switch modulations on a frame-by- 
frame basis. The multi-modulation nuxlem 1 100 creates 
the air interface frame format as described in FIGS. 4-8 55 
above. Thus, the multi-modulation nnodem switches 
between differently modulated traffic bursts and differ- 
ent types of traffic bursts. Advantageously, this enables 



a single hub terminal of the point to multipoint system to 
communicate with all of the remote terminals In its par- 
ticular sector regardless of which region the remote ter- 
minal is located. Additionally, this enables efficient use 
of the available bandwidth since communications with 
remote terminals that are radially closer to the hub ter- 
minal can be accomplished using a modulation mode 
that requires less bandwidth (such as 64-QAM) than a 
modulation mode for a remote terminal located farther 
away (such as QPSK). Furthermore, the same multi- 
modulation modem 1 100 can be used at the remote ter- 
minal and the hub terminal. 

[0114] The multi-modulation modem 1100 has two 
main systems: the modulator 1 102 and the demodulator 
1 104. The modulator 1 102 operates at up to 10 Mbaud 
(or 10 Msps) with a design goal of 12.5 Baud. The IF 
center frequency is two times the baud rate, or 20 Mhfz 
nominal. As transmit data 1106 enters the modulator 
from the bus controller of the indoor unit (see FIGS. 9 
and 14). it is input through a transmit buffer interface 
1 108. The transmit buffer interface 1 108 is a ping-pong 
buffer allowing back to back bursts. Next, the data is 
scrambled for energy dispersion by the scrambler 1110. 
The scrambler is coupled to the Reed-Solomon encoder 
1112 in which encodes the data. The Reed-Solomon 
encoder 1112 is coupled to the byte-to-symtX5l con- 
vener 1 1 1 6 of the modulator selector unit 1114. 
[01 1 5] The modulation selector unit 1 1 1 4 is the com- 
ponent of the multi-modulation modem 11 00 that ena- 
bles the multiple modulations to be used. The symbol- 
to-byte converter 1116, which is coupled to the burst for- 
matter 1118. The byte-to-symbol converter 1 1 16 is pro- 
grammable and converts the bytes to modulation 
symbols needed for the particular modulation each 
burst will be modulated with (e.g. QPSK. 16-QAM, and 
64-QAM). The burst formatter 1118 is coupled to the 
constellation lookup 1 120. The burst formatter 1118 for- 
mats the symbols to a burst type, such as a quad burst 
or a single burst as discussed in FIGS. 7A and 78. A 
preamble and post-amble can be appended to the burst 
by the burst formatter 1118 as well. The constellation 
lookup 1120 is programmat}le and formats the burst 
according to one of the three constellations it is config- 
ured for: 4 (QPSK). 16 (16-QAM), or 64 (64-QAM). The 
constellations are programmable and are not limited to 
square constellations. Constellations such as multi-level 
circular 64 point constellations may be used. Thus, 
advantageously, the modulation selector unit 1114 can 
format the bursts using a plurality of modulations on a 
txjrst-by-burst basis. This represents an improvement 
over the prior art modems which only modulate using 
one modulation. 

[01 1 6] Next, the symbols are passed through a pro- 
grammable pulse shaper 1122. such as a root-raised 
cosine filter, which irnerpolates the signal. Next, the sig- 
nal goes through the halfband filter 1124. The tamper 
1 126. which is a programmat)le ramp, applies a ramp at 
the start and end of the burst. The linearizer 1128 is 



18 



<EP 0975190A2_L> 



35 



EP 0 975 190 A2 



36 



coupled to frie ramper 1 126 and compensates for non- 
linear distortion. Next, the IF modulator 11 30 nrodulates 
the signal to the intermediate frequency (IF). Next, the 
sine distortion compensation filter 11 32, which is an FIR 
filter, compensates for the sine distortion as the transmit 5 
IF 1134 leaves the multi-modulation modem 1100. The 
transmit IF 1 134, alternatively, may go to a loopt)ack for 
self-testing. The functional blocks of the modulator por- 
tion 1 1 02 all receive burst and timing control signals and 
a table access interface couples to the transit buffer 10 
interface 1108. burst formatter 1118, constellation 
lookup 1120, ramper 1126. arxJ linearizer 1128. The 
transmit IF 1134 is destined for the IF-transceiver sec- 
tion of the indoor units of the remote terminals and the 
hub terminals (see FIGS. 9 and 14). 75 
[0117] The demodulator 1104 is fed the complex 
bandpass signal samples or the receive IF 1 136. These 
samples are filtered using a matched filter and down- 
converter 1138. The output of the matched filter and 
downconverter 1138 is a complex baseband l/Q signal. 20 
The demodulator is divided into two sections, the acqui- 
sition section 1140 and the tracking section 1 142. The 
downconverted samples are sent to both of these sec- 
tions. 

[0118] The acquisition section 1140 consists of the 25 
precorrelation filter 1144 and the burst detector and 
parameter estimator 1 146. The bursts received are one 
of two types: maintenance bursts (overhead) and traffic 
bursts. At the start of the maintenance bursts, the pre- 
correlation filter 1144, which is an FIR filter, is loaded 30 
with default coefficients from the coefficient memory 
1164. The default coefficients are default interpolation 
coefficients from the coefficient memory 1164. When 
the precorrelation fitter 1144 has default coefficients, 
the burst detector and parameter estimator 1146 will 35 
provide the true timing offset as seen by the demodula- 
tor 1 104. This timing estimate is sent as timing estimate 
signal 1150 to the equalizer and phase rotator 1158. 
The timing estimate is used by the equalizer and phase 
rotator 1 1 58 of the tracking section 1 1 42 to select a set 40 
of interpolator coefficiems. These interpolation coeffi- 
cients are for alt possible timing offsets for the different 
channels (for each remote terminal) are then stored in 
the coefficient memory 1 164 to t>e used for the following 
traffic txjrsts received from the different channels. 45 
[01 1 9] At the start of a traffic burst, the precorrelation 
filter 1 144 is loaded with the coefficients present in the 
coefficient memory 1164 (determined from the mainte- 
nance bursts). This enables the txjrst detector and 
parameter estirriator 1 1 46 to provide better estimates of so 
the parameters as the samples antving at the burst 
detector and parameter estimator 1146 have been 
equalized for channel distortion. In the coefficient mem- 
ory 1164. a separate set of interpolator coefficients is 
stored corresponding to each channel that each remote 55 
terminal communicates through. Thus, the precorrela- 
tion filter 1144 is loaded with the coefficients belonging 
to the remote terminal (or hub terminal) that the traffic 



burst originated. 

[0120] This is a departure from the prior art in that a 
prior art demodulator does not typically contain a pre- 
correlation filter at all. The l/Q signal is simply sent to a 
txirst detector. Furthermore, the precorrelation filter is 
loaded with coefficients in a unique way to enable more 
accurate estimation of the parameters (timing, gain, fre- 
quency offset, and phase) at the burst detector and 
parameter estimator 1 146 since the channel has been 
equalized for distortion. 

[0121] Thus, the maintenance bursts for respective 
remote terminals go through the precorrelation filter 
1144 with default coefficients (non-equalized) in order 
to select equalized coefficients, for each respective 
rerrxjte terminal, which are loaded back into the precor- 
relation filter 1144 as traffic bursts are received from 
each respective remote terminal. The equalized coeffi- 
cients are selected based on the timing offset for the 
maintenance burst. This process enables the burst 
detector and parameter estimator 1 146 to obtain better 
parameter estimates of the traffic bursts of the burst 
detector and parameter estimator 1146 since the 
respective channels have been equalized prior to entry 
into the burst detector and parameter estimator 1 146 by 
the precorrelation filter 1144 being preloaded- with 
respective interpolation coefficients. 
[01 22] The output of the precorrelation filter 1 144 then 
goes to the burst detector and parameter estimator 
1 146 which detects the unique word of the preamble to 
signify a burst is present The burst detector can detect 
the start of a burst or the start of a frame or superframe. 
This ensures that the demodulator 1 1 04 will know when 
the start of the air interface frame format is. Once a 
burst is detected, the initial parameters are estimated 
including the timing offset, gain estimate, phase esti- 
mate, and frequency offset estimate. FIG. 1 1 shows the 
details of how the frequency offset and phase offset is 
determined with the use of the split preamble as shown 
in FIG. 6. The burst detector and parameter estimator 
1 146 then sends out the following signals: gain estimate 
signal 1148 to the automatic gain control 1156, timing 
estimate signal 1150 to the equalizer and phase rotator 
1 158. frequency offset estimate signal 1 154 and phase 
estimate signal 1 152 to the carrier recovery loop 1 162. 
[0123] At the tracking section 1142. the downcon- 
verted symbols are sent to the automatic gain control 
1156. Using the initial gain estimate from the gain esti- 
mate signal, the automatic gain control 1156 (AGC) 
measures the power of the received l/Q samples and 
compares them to a programmable threshold level to 
generate the instantaneous power level. This instanta- 
neous power error is filtered with a non-linear filter 
(within the AGC 1 156) and then used to close a nega- 
tive feedback loop which drives the received signal 
power level to the programmable threshold level. 
[0124] The l/Q outputs from the AGC 1 1 56 are then 
fed into the equalizer and phase rotator 1158. TTie 
equalizer of the equalizer and phase rotator 1 158 mini- 
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mizes the intersymbol interference generated by the 
non-ideal phase/amplitude response of the channel. 
Also, the equalizer and phase rotator 1158 is loaded 
with coefficients in two different ways depending on the 
burst types. During the maintenance burst, the equalizer 
of the equalizer and phase rotator 1158 is loaded with 
interpolator coefficients stored In the coefficient mem- 
ory 1164. The timing estimate provided by the acquisi- 
tion section 1 140 is used to select a set of interpolator 
coefficients stored in the coefficient memory 1 1 64. The 
equalizer then tracks the channel variations, and at the 
end of the burst, the equalizer coefficients are stored 
back in the coefficient memory 1164. Only the coeffi- 
cients corresponding to the remote terminal to which 
the burst belongs will be updated. During the traffic 
burst, the equalizer gets loaded with the coefficients 
used by the precorrelation filter 1144. Thus, the equal- 
izer and the precorrelation filter 1 144 will be working on 
the same set of coefficients. 

[0125] The equalizer coefficients are adapted using 
the least mean square algorithm (LMS). Other alog- 
rithms, such as recursive least squares (RLS) could 
also be used. The equalizer can have only feed-forward 
coefficients or have both feed-forward and feed-tack 
coefficients. Furthermore, the feed-forward coefficients 
can be factional or symbol based. 
[0126] The carrier recovery loop 1162 tracks the 
phase and frequency of the suppressed carrier quadra- 
ture amplitude modulation (QAM) signal. Thus, the 
demodulator can support both QAM and QPSK modula- 
tions. At the start of tracking for each burst, the carrier 
recovery loop 1162 is loaded with the phase estimate 
signal 1132 and the frequency offset signal 1154 pro- 
vided in the acquisition section 1 140. The carrier recov- 
ery loop 1 162 tracks the phase and frequency using a 
second order phase lock loop. The phase error is 
obtained using the input to the multi-modulation slicer 
1160 (output of the equalizer and phase rotator 1158) 
and the output of the multi-modulation slicer 1 160. The 
output of the carrier recovery loop 1162 is then sent 
t>ack to the equalizer and phase rotator 1 1 58 in order to 
rotate the output prior to being sent to the multi -modula- 
tion slicer 1 160. Also, this phase is used to de-rotate the 
error used to update the equalizer coefficients. The 
equalizer error is also otstained with the multi-modula- 
tion slicer 1 160 input and output. 
[0127] The multi-nrKxJulaton slicer 1 160, which is pro- 
grammable, converts the equalizer and phase rotator 
1 158 output to denxxiulated bits. Thus, the multi-modu- 
lation slicer 1 160 maps the received data to one of the 
three constellations (4. 16. arxJ 64 points) which corre- 
spond to one of the three modulations modes (QPSK. 
16-QAM. and 64-OAM. respectively). Additionally, the 
mufti-modulation slicer 1160 supports variants of the 
64-QAM nx)dulation. such as nrutti-level circular con- 
stellations. Thus, the multi-modulation slicer 1160 &^a- 
bles the multi -modulation capabilities of the multi- 
nrxxlulation nxxjem 1100. The multi-modutation slicer 



1 160 is analogous to the constellation lookup 1120 of 
the modulator 1102. 

[01 28] Additionally, the output of the multi -modulation 
slicer 1 160 is converted from symbols to bytes by the 

5 symbol-to-byte converter 1166. The symbol-to-byte 
converter 1166 supports three constellations, one for 
each modulation mode used by the modulator portion 
1 102. The output of the symbol-to-byte converter 1166 
is sent to the Reed-Solomon decoder 1168 to be 

10 decoded. The data then goes to a desaambler 1 1 70 
which undoes the scrambling inserted by the scrambler 
1110 of the modulator 1102. The descrambled data 
bytes are then loaded into the output buffer 1172. The 
output buffer 1172 is a ping-pong buffer, so that while 

15 one buffer is being written to by the demodulator 1 104, 
the other is being read by the baseband interface to the 
bus controller. This enables t>ack to back bursts at the 
output buffer 1172. Thus, the output data 1174 is the 
signal output from the multi -modulation modem 1100 

20 going to the bus controller of the digital baseband sec- 
tions of the remote terminal and the hub terminal (see 
FIGS. 9 and 14). 

[0129] It is also important to note that a table access 
interface provides the information about the frame for- 

25 mats and burst types associated with each of the mod- 
ulations used by the mutti-modulation modem 1 100 and 
is coupled to the transmit buffer interface 1108, burst 
formatter 1118, constellation lookup 1120. ramper 
1126, linearizer 1128. burst detector and parameter 

30 estimator 1 1 46. and output buffer 1 1 72. 

[0130] The demodulator 1104 is controlled via a 
series a registers within a host interface. The registers 
are written to by a host microprocessor, i.e. the control 
processor of the remote terminals and hub terminals. 

35 Furthermore, the real time count of the demodulator 
1104 is done by provided burst and timing controller 
logic. 

[0131] Now that not all of the functional blocks have 
been fully described since their function and implemen- 
40 tation are understood to those skilled in the art; thus, no 
further explanation is needed. 

[0132] As shown, the mutti-modulation modem 1100 
advantageously modulates and demodulates a plurality 
of modulation modes on a burst-by-twjrst basis. The 

45 mutti-modulation modem 1 1 00 is able to switch modula- 
tions and switch burst types accordingly. The multi-mod- 
ulation modem 1100 is implemented as an application 
specific integrated circuit (ASIC) as a single modem 
unit. Furthermore, it is designed so that H can be used 

50 at the remote termir^ts and the hub terminals of the 
point to multipoint system. The multi-modulation 
nnodem can be programmed to only denKxlulate certain 
modulation modes if the mutti-modulation modem 11 00 
is to be used at a specific remote terminal within a spe- 

55 df ic region of a sector. 

[0133] Alternatively, the multi-modulation modem 
1 100 could be implemented as three sep>arate modems 
each supporting a single modulation arxl providing a 
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switching means between each of the three separate 
mcxJems. Regardless, the multi-modulation nnodem 
1 100 is a departure from prior art modems that support 
a single modulation and enables the multi-nrtodulation 
aspect of the point to multipoint system of the emtxxii- 
ment shown in FIGS. 1 and 2. 

[0134] Referring next to FIG. 12. a functional block 
diagram is shown of a parameter estimation performed 
in the multi-modulation modem of FIG. 1 1 and using the 
split preamble feature shown in FIG. 6. The frequency 
offset estimator 1200 includes the l/Q signal 1202 from 
the precorrelation filter (in FIG. 11), a first con-elator 
1204. delay buffer 1206. second correllator 1208. first 
phase estimator 1212. second phase estimator 1210, 
adder 1214. scaler 1216. and the frequency offset esti- 
mate 1218 

[0135] The l/Q signal 1202 enters the first con-elator 
1204 which is coupled to the delay buffer 1206 and the 
first phase estimator 1212. The delay buffer 1206 is 
coupled to the secorxi correlator 1208 which is coupled 
to the second phase estimator 1210. The output of the 
first phase estimator 1212 and the second phase esti- 
mator 1210 is coupled to the adder 1214 which is cou- 
pled to the scaler 1216. The scaler 1216 outputs the 
frequerxry offset estimate 1218. 
[0136] In practice, the emtxxJiment reflected in FIG. 
1 2 provides an accurate frequency offset estimate using 
the split prean*le shown in the traffic burst of FIG. 6. 
The traffic burst has been optimized to have specified 
sizes so that differently nxxjulated traffic txjrst can be 
mixed and notched on the air interface frame format of 
FIG. 5. However, in order to maximize the traffic 
throughput of each individual traffic burst, it is desirable 
to have as small a preamtrfe for each traffic burst as 
possible In prior art demodulators, the preamble is 
used to estimate the frequency offset of the received 
traffic burst. Specifically a unique word is typically 
inserted into the preamble. The phase is estimated over 
the ler^h of the unique word portion of the preamble in 
order to determine the frequency offset. The length of 
the unique word may be. for example, about 32 symbols 
or 40 synr4x>ls. This symbol length should yield an accu- 
rate phase estimate to give an accurate frequency off- 
set. If the unique word is considerat>ly longer, the 
estimate will not be as accurate since the phase will 
change too much over the ler>gth of the unique word. If 
the unique word is much shorter, the phase estimate will 
r>ot be accurate sirx:e the symbol interval is too short to 
accurately estimate the phase. 

[0137] The emtxxJiment shown in FIGS. 6 and 12 
solves this problem by splitting the unique word into a 
first unique word 610 and a second unique word 611 
with data (traffic) and or spares in between (the first 
data/spare section 612 as shown in FIG. 6). The first 
data/spare section 612 separates the first unique vrard 
and the second unique word by a numl^r of symbols 
defined as a preantsle split length 613. The first unique 
word 610. the second unique word 611 and the first 



data/spare section 612 in between comprise an overall 
length equal to a typical unique word. Thus, two short- 
ened unique words with data in between replace the 
prior an unique word; therefore, a shorter unique word is 

5 i^ed in the preamble and the traffic throughput of the 
traffic burst is irKteased by the amount of symt>ols in 
between. As an example, a 32 symbol unique word can 
k»e replaced by an 8 symtx^l first unique word, 16 sym- 
txjls of data, and an 8 symtxsl second unique word. 

10 Also, there is no requirement that the first unique word 
be equal in length to the second unique word. For exam- 
ple, the second unique word could be 16 symbols while 
the first unique word is 8 symbols. 
[0138] As the l/Q signal 1202 (complex k>aseband) 

15 errters the burst detector and parameter estimator 1 146 
of the demodulator, it enters a first correlator 1204. The 
first correlator 1204 then looks for the first unique word. 
For example, if the first unique word is 8 symtxjis. the 
first correlator 1204 detects the first unique word com- 

20 prising 8 symbols and then sends the l/Q output for the 
first unique word to the first phase estimator 1212. The 
correlation is done at the symbol rate so that every other 
sample is ignored. The first correlator is really two cor- 
relators, one for the in-phase component samples (I) 

25 and one for the quadrature component samples (O). 
Correlators are well known in the art; thus, no further 
explanation is needed. 

[0139] The l/Q signal also goes to the delay buffer 
1206 which accounts for the number of symtx5ls in the 

30 first data/spare section in between the first unique word 
and the second unique word. The delay buffer 1206 
stores the 16 symbols of the first data/spare section. 
The second correlator 1208 then looks for the second 
unique word (e.g. 8 symbol unique word) and sends the 

35 l/Q signals for the second unique word to the second 
phase estimator 1210. The second correlator 1208 is 
also really two correlators. The first phase estimator 
1212 and the second pfiase estimator 1210, each esti- 
mate the phase for the first unique word and the second 

40 unique word, respectively. The difference is taken 
between the two phases at the adder 1214 and is 
scaled by the scaler 1216 to produce the frequency off- 
set estimate 1218. The scaler 1216 divides the phase 
difference by the distance t>etween middle of the first 

45 unique word and the second unique word. For example, 
the distance in the example would k>e 4 symbols +16 
symtxjls of data + 4 symbols = 24 synrtools. The sym- 
bols are multiplied by the symbol rate to get the dis- 
tance. This is a departure from a prior art frequency 

so estimator which only contains one correlator, not a first 
correlator 1204 and a second correlator 1208. 
[01 40] Thus, the frequency offset estimator 1 200 uses 
the unique split preamt>le shown in FIG. 6 to estimate a 
frequency offset in a small preamtsle that approximates 

55 the Cramer-Rao kx>und with as little as 16 symtx)ls total 
between the first unique word and the second unique 
word. The traffic throughput is maximized while retain- 
ing accurate frequency estimation. The functional 



21 

BNSDOCID: <:EP._.0975190A2 I > 



41 



EP0975190 A2 



42 



blocks are understood to those skilled in the art; thus, 
no further explanation is needed. 

Hub Terminal Site 

[0141] Referring next to FIG. 13. a block diagram is 
shown for the hub site of the embodiment of the point to 
multipoint system shown in FIG. 2. The hub site 1300 
has a radio subsystem 1301 including hub terminals 
1302, each having a main outdoor unit (ODU) 1304 and 
antenna 1306. backup outdoor unit 1308 and antenna 
1310, Intrafacility link (IFL) 1312. main indoor unit (IDU) 
1314, and backup indoor unit 1316. Also shown are 
transmission equipment 252 system including a TDM 
multiplexer 1318. ATM multiplexer 1320 and timing 
source 1322. Also shown are DS3 lines 1324 (digital 
signal 3) and OC3c lines 1326 (optical carrier level 3 
concatenated), a LAN router 1328. a wide area network 
line 1330 (WAN line), backhaul lines 1332, and a timing 
reference signal 1334. 

[0142] Each hub terminal 1302 (sector radio) includes 
a main outdoor unit 1304 having an antenna 1306 cou- 
pled to a main Indoor unit 1314 via an intrafacility link 
1312 (IFL). Also shown are the backup outdoor unit 
1308 having an antenna 1310 coupled to the backup 
indoor unit 1316 via an intrafacility link 1312. The 
backup indoor unit 1316 (IDU) has the same connec- 
tions as the main IDU 1314: thus, only the main indoor 
unit 1314 will be discussed. Each main indoor unit 1314 
has one DS3 line 1324 to the TDM Mufttplexer 1318 and 
one OC3c line 1326 to the ATM Multiplexer 13^. The 
TDM Multiplexer 1318 and the ATM Multiplexer 1320 
each have backhaul lines 1332 allowing connection to a 
transport network (not shown). Each main indoor unit 
1314 of each hub terminal 1302 is coupled to the LAN 
hub 1328 and the timing source 1322. The timing 
source 1322 sends the timing reference signal 1334 to 
each hub terminal 1302. The LAN router 1328 has an 
optional WAN line 930 to the EMS. 
[0143] In practice, the hub site 1300 is the heart of the 
point to multipoint system. The hub site 1300 supports a 
multi-frequency, multi-sector hub. The radio channel is 
divided into subchannels. For example, a 50 MHz chan- 
nel may be divided into 4 12.5 MHz sutx:hannels. Each 
hub site 1 300 supports one channel and each hub ter- 
minal 1302 supports one subchannel (sector). Further- 
rrK)re, each sector ("pie slice" of FIG. 1) may contain 
more tfian one hub terminal 1 302 depending on multiple 
channels at the hub site 1300 and the location of the 
remote terminals. Each hub terminal 1302 (sector radio) 
of the radio sut^system 1301 contains an outdoor unit 
1304 having an antenna 1306, an intrafacility link 1312. 
and an indoor unit 1314. 

[0144] The outdoor unit 1304 (also refen-ed to as the 
transceiver unit) is an integrated 38 GHz transceiver 
and antenna 1306, The outdoor unit 1304 of the hub ter- 
minal 1 302 is the same as the outdoor unit of the remote 
terminal as described in FIG. 9, except the transmit arxJ 



receive bands are swapped with respect to the transmit 
and receive bands of the outdoor unit of the remote ter- 
minal. The outdoor unit 1304 upconverts the signals 
from the intrafacility link 1312 to the transmit frequency, 

5 and downconverts the signals from the air interface to 
the intrafacility frequency. It is typically located on the 
top of the building of the hub site 1 300. Additionally, the 
outdoor unit 1304 may be connected to a surge protec- 
tor at the entrance to the building. 

10 [0145] Alternatively, since the hub terminal 1302 
transmits using a discontinuous transmission (TDMA), 
the outdoor unit 1304 may include a switched beam 
antenna (not shown) as the antenna 1306. such that a 
switch is coupled to several antennas. Each antenna 

75 transmits to a narrow subsector. e.g. a 15-22 degree 
subsector. The switched beam antenna must switch 
between TDMA bursts of the air interface frame format. 
Thus, only one antenna transmits at a time, reducing 
interference in other sectors and hub terminals 1302. 

20 This also extends the range of the point to multipoint 
system by transmitting more energy/bit in a narrower 
beam than would be required for an antenna 1306 cov- 
ering the entire sector. Thus, the magnitude of the mul- 
tipath is reduced and the higher order modulatior^ 

25 operate better. Similarly, a phased array antenna sys- 
tem would accomplish the same results. 
[0146] The intrafacility link 1312 connects the outdoor 
unit 906 to the indoor unit 1314 and is the same as the 
intrafacility link 1312 used in the remote terminal and 

30 described in FIG. 9. 

[01 47] The indoor unit 1 31 4 (channel processing unit) 
of the hub terminal 1302 is very similar to the indoor unit 
of the remote terminal. The indoor unit 1314 of the hub 
terminal 1302 also supports multiple transport modes, 

35 such as asynchronous (e.g. ATM) and synchronous 
(e.g. TDM), and supports multiple modulation modes, 
such as QPSK. 16-QAM, and 64-QAM. It interfaces the 
intrafacility link 1312 and includes the channel and com- 
mand module (CCM) containing an IF-transceiver sec- 

40 tton, baseband section, multi-transport mode cell bus, 
and four SSI ports. The Internal workings of the indoor 
unit 1314 of the hub terminal 1302 are similar to those 
of the indoor unit of the remote terminal and are further 
discussed with reference to FIG. 14. Advantageously. 

45 the indoor unit 1314 of the hub terminal 1302 uses the 
same multi -modulation modem as the indoor unit of the 
remote terminal. Thus, advantageously, only one multi- 
modulation modem ASIC needs to be designed for all of 
the hub terminals and remote terminals of the point to 

50 multipoint system. 

[01 48] Some differences between the indoor unit 1314 
of the hub terminal 1302 and the indoor unit of the 
remote terminal are the types of SSI nrKxJules used in 
the SSI ports and there are a few additional interfaces in 

55 the indoor unit 1314 of the hub terminal 1302 (see FIG. 
14). The ifKloor unit 1314 of the hub terminal 1302 only 
uses three types of interfaces to the transmission equip- 
ment: TDM-DS3 SSI nKxJule (see Fig. 21) to interface 
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with the DS3 line 1324. ATM-OCSc SSI module (see 
FIG. 22) to interlace with the OCSc line 1326. and DS3 
transparent SSI module (see FIG. 24) to interface with 
the DS3line 1324. 

[0149] In this embodiment each hub terminal 1302 5 
uses a 1:1 redundancy system in the event there is a 
failure at one of the hub terminals 1302. If either the 
main outdoor unit 1304 or the main indoor unit 1314 
fails, then the backup outdoor unit 1308 and backup 
indoor unit 1316 are switched into use. The interruption 
of service is slight to the subscrbers. The backup out- 
door unit 1308 and backup indoor unit 1316 are config- 
ured exactly as the main outdoor unit 1304 and main 
indoor unit 1314. The remote terminal of FIG. 9 also 
uses a 1 :1 redundancy system. 

[0150] Alternatively, the hub site 1300 may use a 1 :N 
redundancy system as described in FIGS. 37-38. 
[0151] The transmission equipment 252 is the same 
as described with reference to FIG. 2. The TDM multi- 
plexer 1318 and ATM multiplexer 1320 are used to 
transport TDM and ATM traffic, respectively, to arxJ from 
the transport network (not shown). Backhaul lines 1332 
connect the TDM multiplexer 1318 and ATM multiplexer 
1320 to the transport network and include DS3, OCSc. 
and OC12c lines, for example. 

[0152] Additionally, a timing source 1322 provides a 
synchronization plan to the hub terminals 1302. It is 
important that the timing source be a very stable, accu- 
rate source ,such as a stratum- 1 level timing source, as 
known in the art. since the timing at the hub terminal 
1302 is used at the rennote ternhinals and the SSI mod- 
ules coupled to the remote terminals. The timing source 
1322 may be an external DSI sourced reference (GPS- 
sourced or other DSI reference). DS3 line, or a DSI 
embedded in a DS3. The timing source 1322 is then 
used to derive the symbol rate for the radio interface of 
each hub terminal 1302. The timing reference is also 
retenred to in FIG. 14. H the timing source is the DSI 
within a DS3 (i.e. a T1 within a DS3). the timing is usu- 
ally provided by the switches at the central office that is 
coupled to the transmission equipment 252 via the 
transport network (see FIGS. 1 and 2). In this case, if 
there is a drift in the timing due to an error condition at 
the central office, all of the hub terminals will drift as 
well, and no data will be lost. 

[0153] Furthermore, a LAN router 1328 is provided to 
allow for communication between hub terminals 1 302 at 
the hub site 1 300 and for optional connection to a wide 
area network (WAN) via a WAN line 1330. In one 
embodiment, the element management system (EMS) 
122 uses the WAN to communicate with each hub ter- 
minal through the LAN router 1328. The WAN line 1330 
could be provided as an Ethernet lOBaseT line. Thus, 
the element management system can communicate 
with the hub terminals 1302 at the hub site 1300 
through the LAN router 1328. The LAN router 1328 also 
allows the hub terminals 1302 to communicate with 
each other. Alternatively, the EMS can communicate 



with the hub terminal 1302 by sending messages 
through the transport network and backhaul lines 1323. 
This, advantageously, eliminates the need for a wireline 
connection from the EMS to the hub site 1300. This is 
further described with reference to FIG. 22. 
[01 54] The following is an overview of the traffic flow 
from the central office through the hub terminai. Traffic 
is routed by the element management system, which is 
located at the central office, to the hub site 1 300 through 
a transport network such as a SONET ring. The traffic 
arrives at the TDM multiplexer 1318 or the ATM multi- 
plexer 1320 dqDending on the type of traffic. ATM traffic 
is muted to the desired hub terminal via the OC3c line 
1326 while TDM traffic is routed to the desired hub ter- 
minal via the DS3 line 1324. The respective traffic is 
multiplexed onto a multi-transport mode cell bus at the 
individual SSI modules by the indoor units 1314. The 
mutti -transport mode cell bus is discussed in FIGS. IS- 
IS. The mixed traffic is then formatted for the radio inter- 
face and modulated to the intermediate frequency at the 
indoor unit 1304. The IFL 1312 carries the traffic to the 
outdoor unit 1304 where it is upconverted to the trans- 
mit frequency of the radio interface. Thus, the traffic is 
broadcast to the remote terminals within the antenna 
sector coverage of the outdoor unit 1304. The data flow 
is the opposite arriving at the outdoor unit 1304. Thus, 
the hub terminal 1300 of the present enrtoodiment car- 
ries both ATM and TDM traffic, whereas prior art sys- 
tems require separate infrastructures for ATM and TDM 
transport. 

[0155] Another unique feature of the hub site is that 
the hub site is a modular hub site architecture. In a prior 
art point to multipoint system, when the hub size is cre- 
ated, the hub site architecture is designed as one chas- 
sis that includes cards for all of the different hub 
terminals that will be supported at the hub site. Each of 
the cards (for the hub terminals) shares a common 
processor, common SSI interface modules, common 
t)ackplane interface, common power supply, etc., as 
known in the art. In other words, each of the hub termi- 
nals in a prior art system do not operate independently 
from the common equipment Thus, to set up a hub site, 
the architecture must be set up for an entire system. 
[0156] In contrast, in this embodiment of the present 
invention, a system designer can build a hub site with 
only one sut>channel of a frequency channel by install- 
ing one modular hub terminal (i.e., hub terminal 1302) 
comprising one outdoor unit 1304 and one indoor unit 
1314. The irKloor unit is a small unit, that only has two 
cards that supports one sutxhannel. To add more 
sut>channels, simply install another nrKxJuIar hub termi- 
nal for each sutx:hannel irrto the chassis. The modular 
hub terminals do not have to share a comnron proces- 
sor, common SSI interface modules, common back- 
plane interface, or a comnxjn power supply. Therefore, 
the nfKXlular hub terminals (i.e.. hub terminals 1302) 
operate independently of the other nrxxlular hub termi- 
nals and other common equipment Thus, the architec- 
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ture for an entire prior art point to nnultipoint system 
supporting an entire channel does not need to be 
installed to just create a hub site with as few as one 
subchannel 

[0157] This is particularly advantageous since the 
cost is very high to install a prior art point to multipoint 
system that only uses one subchannel of a frequency 
channel. In practice, many service providers will set up 
a point to multipoint system that only services one or 
two subchannels since many subscribers may be 
located very close to each other, or there are very few 
subscritjers to the point to multipoint system, or there 
are physical barriers (e.g. a mountain) that prevent the 
use of many hub terminals (each using separate 
subchannels). Advantageously, the modular hub site 
allows the point to multipoint system to grow with the 
demand of the subscribers without forcing the service 
provider to pay lor an entire point to multipoint system 
architecture supporting an entire channel initially. 
[0158] In arK>ther embodiment, the lines to the back- 
haul lines 1 332 could be replaced by a wireless commu- 
nications link {not shown) from the transmission 
equipment 252 to the transport network (shown in FIGS. 
1 arxJ 2) or backhaul infrastructure. The wireless com- 
munications lirrft could be a microwave radio communi- 
cations link very similar to the communications link 
between the hub terminals 1302 and the respective 
remote terminals. An antenna, e.g. a first 12" antenna, 
is coupled to the transmission equipment 252 and a cor- 
responding antenna, e.g. a secorxj 12" antenna, is cou- 
pled to the transport network. This emt>odiment allows 
for a distance of about 5 to 10 miles k^tween the hub 
site and the transport network. 

[0159] Referring next to FIG. 14, a block diagram is 
shown for a hub terminal (multi-mode hub terminal) in 
the embodiment shown in FIGS. 2 and 1 3. The hub ter- 
minal 1400 contains an outdoor unit (ODU) 1402 (also 
referred to as a transceiver unit) having an antenna 
1404 and an indoor unit (IDU) 1406 (also referred to as 
a channel processing unit). The indoor unit 1406 cou- 
ples to an intrafacility link 1408. maintenance port 1410, 
local area network (LAN) interface line 1412, T1 refer- 
erKe line 1414. multi -transport nrKde cell bus 1416, 
TDhA DS3 SSI module 1418. ATM OCSc SSI module 
1419, optional DS3 transparert SSI module 1421. and a 
channel and command module 1420. The channel and 
command module (CCM) 1420 incJudes: an IF-trans- 
ceiver section 1422 containing an intrafacility (IFL) inter- 
face 1424. upcorrverter 1426, and downconverter 1423; 
a digital basebarKJ section 1430 containing a multi-mod- 
ulation nx>dem 1432. bus controller 1434. control proc- 
essor 1436. control signals 1437. nnaintenance port 
interlace 1438. LAN controller 1440. and timing logic 
1442: and also a LAN interface 1444. and T1 interface 
1446. 

[0160] The outdoor unit 1402 is coupled to the indoor 
unit 1406 via the intrafacility link 1408 which is coupled 
to the IFL interface 1424 within the IF-transceiver sec- 



tion 1422 of the CCM module 1420. The IFL interface 
1424 is coupled to the upconverter 1428 and the down- 
converter 1426. The upconverter 1428 and the down- 
converter 1426 are each coupled to the multi- 

5 modulation modem 1 432 of the digital baseband section 
1430. The multi-modulation modem 1432 is coupled to 
the bus controller 1434 which is coupled to the multi- 
transport mode cell bus 1416. The maintenance port 
1410 is coupled to the maintenance port interface 1438 

10 which is coupled to the control processor 1436. The 
LAN interface line 1412 is coupled to the LAN interface 
1444 which is coupled to the LAN controller 1440. The 
T1 reference 1414 is coupled to the T1 interface 1446 
which is coupled to the timing logic 1442 of the base- 

75 band section 1432. The maintenance port interface 
1438, LAN controller 1440, and timing logic 1442 are 
each coupled to the control processor 1436. The timing 
logic and the control processor are also coupled to the 
multi-transport mode cell bus 1416. The control proces- 

20 sor 1436 sends control signals 1437 to the IFL interface 
1424, upconverter 1428 and downconverter 1426. 
[0161] In practice, the indoor unit 1406 (IDU) of the 
hub terminal (sector radio) is very similar to the indoor 
unit (IDU) of the remote terminal. The components of 

25 the IF-transceiver 1422 are exactly the same as those 
described in FIG. 9. The multi-modulation modem 1432 
of the hub terminal 1400 is the same multi-modulation 
modem as described in FIG. 1 1 . Advantageously, the 
multi-modulation modem 1432 is capable of transmit- 
so ting using multiple modulation modes on a burst-by- 
burst t>asis and supports QPSK, 16-QAM. and 64-QAM 
as earlier discussed. The bus controller 1434. control 
processor 1436, and multi-transport mode cell bus are 
also the same as those in the indoor unit of the remote 

35 terminal (see previous figures for details). 

[01 62] However, the control processor 1 436 of the dig- 
ital baseband section 1430 of the hub terminal 1400 is 
in regular contact with the element management sys- 
tem. Thus, the control processor 1436 makes all oft he 

40 assignments of time slots for traffic on the multi-trans- 
port mode celbus 1416 and the air interface. It also cre- 
ates the time plan that maps the DSO's from the SSI 
modules to the appropriate time slots of the multi-trans- 
port mode bus frame format and air interface frame for- 

45 mat. The control processor 1436 instructs the service 
specific interfaces, such as the TDM DS3 SSI module 
1418. when to transmit and copy traffic from the multi- 
transport bus (via a time plan) and what header informa- 
tion to assign the mixed traffic. The control processor 

50 1436 uses the overhead messaging of the air interface 
frame format to communicate with the processors of the 
irxloor units of the remote terminals. 
[0163] The maintenance port 1410 is similar to the 
maintenance port of the indoor unit of the remote termi- 

55 nal. The maintenance port 1410 is used to support lap* 
top PC serial port connection for maintenance and 
testing of the indoor unit 1406. The maintenance port 
1010 uses a maintenance interlace 1438. such as an 
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RS 232 Port, to interface with the control processor 
1436. 

[0164] The LAN controller 1440 not in the remote 
terminal and is a PCI bus-based controller that provides 
an interlace to the element management system of the s 
central office. The LAN interface 1444 interfaces with 
the LAN interface line 1412 which is typically an Ether- 
net lOBaseT line. The LAN interface line 1412 allows 
connection to a wide area network (WAN). The element 
management system uses the WAN to communicate io 
with the LAN controller 1440. The element management 
system sends operations, administration, and manage- 
ment signals to the control processor 1436 of the CCf^ 
1420. The LAN controller 1440 also allows the control 
processor 1436 to communicate with the control proc- is 
essors 1436 of other hub terminals 1400 at the same 
hub site. 

[01 65] The timing logic 1 442 receives the timing refer- 
ence source from a separate land bused T1 (DSI) ref- 
erence line 1414 through the T1 interface 1446 and 20 
translates it into the symbol rate to be used throughout 
the poirrt to multipoint system. Thus, the timing logic 
1442 creates the timing used all the way to the remote 
terminals, including at the SSI modules (see FIGS. 20- 
25B) and fiber extender modules (see FIGS. 32-34) that 25 
are coupled to the remote terminals. Alternatively, the 
reference clocking at the hub terminal 1400 may come 
front ses^eral sources, including: a DS3 line dock 
retrieved from the DS3 TDIVI SSI Module or a DS3 trans- 
parent line source; DSI source embedded in a DS3- 30 
TDM SSI module from either DSI line 1 or line 28 of the 
DS3-TDM SSI module; an OC3c line clock recovered 
from the OC3c ATM SSI module; or a DSI reference 
line 1414 as shown in FIG. 1 3. The reference clocking at 
the hub terminal 1400 is transmitted to the remote ter- 35 
minals through the air interface. This is done by deriving 
the symbol rate clock at the timing logic 1442 from the 
input reference clock and then using the received sym- 
bol rate at the remote indoor unit to generate the 
required network interface clocks. It is important that the 40 
reference docking transmitted match the landline dock 
stability and also meet the relevant jitter, wander, holdo- 
ver, and dock traceability standards. Thus, the aljove 
mentioned sources of a reference dock should be a 
stratum-1 level or equivalent timing source in order to 45 
provide the stability needed for the point to multipoint 
system. 

[0166] The control processor 1436 is a reduced 
instruction set code (RISC) processor that runs the 
channel and control nrxxlule and coordinates the main- so 
tenance port 1410. I-AN controller 1440. timing logic 
1442. and mutti -transport rrvxie cell bus 1416. It also 
generates control signals 1437 which are sent to the IF- 
transceiver 1422 for gain control. 

[0167] The multi-transport mode cell bus 1416 is a 55 
synchronous TDM cell bus that can transport both ATM 
and TDM traffic to and from the kxjs controller 1434 to 
the SSI nxxJules. The multi-transport nrxxie cell bus 



1416 is described in more detail witii reference to FIGS. 
15-18, Advantageously, the multi-transport mode cell 
bus 1416 is an irrprovement over prior art bus systems 
that use one bus to transport ATM traffic and a separate 
Ixis to transport TDM traffic. 

[0168] The indoor unit 1406 has four SSI ports, but 
only uses three SSI nrKxiules including a TDM-DS3 SSI 
module 1418. described with reference to FIG. 21, an 
ATM-OC3C SSI module 1419 described with reference 
to FIG. 22. and a DS3 transparent SSI module 1421 is 
described with reference to FIG. 23. The TDM-DS3 SSI 
nKKlule 1418 is for transporting TDM traffic through a 
DS3 line, which is 28 T1 lines (28 DSIs). The ATM- 
OC3c SSI module 1419 is for transporting ATM traffic 
through an OC3c line. The DS3 transparent SSI module 
1421 uses the entire bandwidth of the sutichannel (sec- 
tor), e.g. 12.5 MHz, to transport either asynchronous 
(e.g. ATM) or synchronous data (e.g. TDM) for point to 
point links within the point to multipoint system. 

Multi-Transport Mode Cell Bus 

[01 69] Referring next to FIG. 1 5. a bus frame format is 
shown for the multi-transport mode cell bus that pro- 
vides the interface between the channel and control 
module (CCM) of the indoor units of the hub terminals 
and the remote terminals shown in FIGS. 9 and 14 and 
the SSI modules shown in FIGS. 20-25B. and illustrates 
the relationship to tiie air interface frame format of FIG. 
5. The diagram 1500 shows the multi-modulation 
modem 1502. bus controller 1504, SS! modules 1606. 
air interface frame format 1508. multi-transport mode 
cell bus 1510 (also referred to as a multi-transport mode 
bus), and the multi-transport mode bus frame format 
1512. The multi-transport mode bus frame format 1512 
(hereinafter referred to as the bus frame format 1512) 
has a synchronization slot 1514, an intermodule com- 
munication section 1516 (hereinafter referred to as the 
IM-Com section 1516) containing a number of message 
timeslots 1528. and a cell bus data section 1518 (here- 
inafter referred to as the CB-Data section 11 18) con- 
taining a number of data timeslots 1 526. Also shown is 
the corresponding air interface frame format 1508 (as 
shown in FIG. 5) having an overhead section 1520. a 
spare section 1524. and a traffic section 1522. 
[0170] The SSt modules 1506 are coupled to tiie bus 
controller 1504 via the multi-transport mode cell bus 
1510. The bus controller 1504 is coupled to the multi- 
modulation modem 1502 which is coupled to the IF- 
transceiver of the indoor units (not shown). The mutti - 
transport mode cell b>us 1510 uses the txjs frame format 
1512 and the muJti-modulation modem 1 502 outputs the 
air interface frame format 1508. 
[0171] In practice, the multi-transport mode cell bus 
1510 carries both asynchronous signals (such as ATM 
traffic) arxl synchronous signals (such as TDM traffic), 
in contrast with a prior art txis that requires separate 
txisses for TDM and ATM traffic. The nrtutti -transport 
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mode cell bus 1 510 provides the link between the chan- 
nel and control module of the indoor unit and the individ- 
ual SSI modules 1506 (see FIGS. 20-25B). The multi- 
transport mode cell bus 1510 is an 8 bit synchronous 
TDM cell bus that uses the bus frame format 1512 hav- 
ing a fixed length. The first timeslot Is a synchronization 
slot 1514 that is used for synchronization purposes 
between the indoor unit of the remote terminal and an 
extension indoor unit (EIDU) which will be discussed 
further with reference to FIGS. 32-34. The remainder of 
message timeslots 1528 in the IM-Com section 1516 of 
the bus frame format 1 512 are a fixed length depending 
on the bus frame length. Furthermore, the diagram 
shown corresporxis to both the hub terminal and the 
remote terminals. The specific SSI modules 1506 will 
vary depending on whether at the remote terminal or 
the hub terminal and the services coupled to them. 
[01 72] The I ength of the bus frame format 1 51 2 is cho- 
sen such that the bus frame format 1512 can be directly 
mapped to the air interface frame format 1508 as 
described in FIGS. 4-8. For example, if the air interface 
frame format is 6 msec in length, the bus frame format 
1512 is also 6 msec in length, matching the air interface 
frame format 1508. The CB-Data section 1518 of the 
bus frame format 1512 maps to the traffic section 1522 
of the air interface frame format 1508. Furthermore, a 
different number of data timeslots 1526 of the CB-Data 
section 1518 can be assigned to the differently modu- 
lated traffic bursts within the traffic section 1522 of the 
air interface frame format 1508. For example, 12 data 
timeslots 1526 of the CB-Data section 1518 could be 
mapped to one QPSK Quad traffic bursts or 6 timeslots 
could be mapped to one 16-QAM Quad traffic burst, or 
4 timeslots could be mapped to one 64-QAM Quad traf- 
fic tjurst on the air interface frame format 1508. 
[0173] The overhead section 1520 of the air interface 
frame format 1508 is only needed for communications 
between the CCMs of the indoor unit of the remote ter- 
minal and the indoor unit of the hub terminal. Thus, the 
overhead section 1520 is dropped by the bus controller 
1 504 of the CCM of the indoor unit such that the syn- 
chronization slot 1514 and the If^-Com section 1516 
conveniently fit in its place. Thus, the IM-Com section 
1516 provides the corrtrol/status communication inter- 
face between the host processor (e.g. control proces- 
sor, not shown) of the CCM and the local processors of 
the SSI modules. Thus, the IM-Com section 1516 and 
the synchronization slot 1514 comprises a necessary 
length to allow the bus frame format 1 512 to directly cor- 
respond to the air interface frame format 1 508. 
[0174] This rr«pping of the Ixis frame format is a 
departure from the prior art which often uses two sepa- 
rate bus frame formats to communicate the messaging 
and the data. Furthermore, prior art Ixjs frame formats 
known do not directly correspond to the air interface 
frame format. Thus, the uniquely designed bus frame 
format 1512 corresponds directly to the air interface 
frame format 1508. 



[0175] The multi -transport mode cell bus 1100 also 
operates at a fixed frequency that matches the air inter- 
face symbol rate. For exanrple. if the air interface oper- 
ates at a symbol rate of 10 Msps. then the multi- 

5 transport mode cell bus 1510 operates at 10 Mbps. At 
the hub terminal, the timing for the multi-transport mode 
cell bus 1510 is derived from a timing reference or link 
to the transport network as described in FIG. 13. At the 
remote terminal, the timing for the multi-transport cell 

10 bus 1510 is derived from the signaling sent from hub 
terminal. The CB-Data section 1518 comprises fixed 
length data timeslots 1526. Advantageously, the data 
timeslots 1526 are configured such that they may carry 
both specially formatted TDM ceils and ATM cells, 

75 which are described in FIGS. 28 and 29. on the same 
bus frame format 1512. Again, this is a departure from 
the prior art wherein separate bus frame formats are 
used for ATM and TDM transport The structure of the 
IM-Com celts that fit within each message timeslot 1528 

20 of the IM-Com section 1516 and the structure of the CB- 
Data cells that fit within each data timeslot 1526 of the 
CB-Data section 1518 are discussed with reference to 
FIGS- 16 and 17. respectively. Thus, as will be 
described in FIG. 12B. the CB-Data cells that fit within 

25 the data timeslots 1 526 of the CB-Data section 1518 are 
designed to carry either ATM cells or specially designed 
TDM cells. 

[0176] Furthermore, the multi-traffic mode cell bus 
1510 combines messaging (i.e. in the IM-Com section 
30 1516) and data (i.e. in the CB-Data section 1518) on the 
same bus. whereas, typically, in a prior an system, a 
separate bus is used for both messaging and data 
transport. One advantage to only using one cell bus is a 
reduction in the number of pins used in the cell bus 
35 structure. 

[01 77] The data timeslots 1 526 have been selected to 
correspond to the air frame format 1108. The data 
timeslots 1526 could include a different number of 
bytes; however, the length of the data timeslots 1526 of 
40 the CB-Data section 1518 can not be less than 53 bytes 
since they are designed to fit the standard 53 byte ATM 
cell and 53 byte TDM cell. Ideally, the length should not 
be less than 55 bytes in order to accommodate control 
bytes shown in FIGS. 16 and 17. The timing signal or 
45 clock is also part of the multi -transport mode cell bus 
1510. Refer to FIG. 18 for the specific lines or signals 
that makeup the multi-transport mode cell bus 1510. 
[0178] The message timeslots 1528 of the IM-Com 
section 1516 are configured to have specific assign- 
so ments. There is one specific message timeslot 1528 
available for each SSI oKxiule to l^e connected to the 
indoor units. Furthernrwre. there is a message timeslot 
1528 for each fiber extender module, both master and 
slave (described FIG. 33). and one message timeslot 
55 1528 for each of the four SSI ports of the extension 
indoor unit or EIDU (described in FIG. 32). Also, there 
can be additional message timeslots 1 528 available that 
may be dynamically assigned to any SSI module 1506 
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as needed. 

[0179] Referring next to FIG. 16, a diagram showing 
the structure of an IM-Com cell 1600 used by the multi- 
transport mode cell bus of FIG. 15 is shown. The IM- 
Com cell 1600 has a header 1602 containing an SSI ID 
1606, messaging semaphores 1608 as known in the 
art. and an unused section 1610. The IM-Com cell 1600 
also contains a message section 1604. The header 
1602 includes the first byte which is for the SSI ID 1606 
which is used to resolve conflicts between different SSI 
modules attempting to place data into the same times- 
lot. The second byte is for the messaging semaphores 
1608 and the third byte is unused. 
[0180] The SSI ID 1606 is afield containing a number 
of bits, e.g. 8 bits. The lower 4 bits of the SSI ID 1606 
are used for the SSI modules coupled to the indoor unit 
and the upper 4 bits of the SSI ID 1606 are used by 
respective extension indoor units (see FIG. 32). Thus, 
one bit is assigned to each SSI module and each exten- 
sion indoor unit that interfaces with the multi-transporl 
mode cell bus. In operation, when a particular SSI mod- 
ule transmits into a timeslot, it places a "0" bit into its 
SSI ID 1606 brt. otherwise the SSI ID 1606 bit Is a "V. 
Since a message timeslot is assigned only to one SSI 
module, only one of the bits in the SSI ID 1606 should 
be a "0' at for any given message timeslot in the IM- 
Com section. Thus, if the third bit of the SSI ID 1606 is 
assigned for the SSI module in SSI port #3. the lower 
four bits of the SSI ID I606shiould be "1011" for a times- 
lot that SSI module in SSI port #3 is transmitting in. The 
channel and control module (CCM) of the indoor unit 
resolves conflicts if there are more than one "0" bit in 
each of the upper and lower 4 bits of the SSI ID 1606 for 
a particular message timeslot in the IM-Com section. 
[0181] The remaining in bytes comprising the mes- 
sage section 1604 are used for messaging between the 
CCM control processor and the bcal processors of the 
SSI modules. This messaging tells the SSI modules 
which message timeslots to use when transmitting and 
receiving, as well as other control information. The IM- 
Com cells 1600 are formatted by the bus controller and 
the control processor of the indoor unit or by the local 
processors of the individual SSI rrradules. 
[0182] Referring next to FIG. 17. a diagram showing 
the structure of an CB-Data celt (also referred to as a 
traffic cell) that travels on the multi-transport mode TDM 
cell bus of FIG. 15 is shown. The traffic cell 1700 has a 
header 1702. data cell 1704 (also referred to as a pay- 
load cell), and a spare section 1706. The header 1702 
Includes the first byte for the SSI ID 1708 (see FIG. 16) 
and the second byte for the p>ayload status 1 710. 
[0183] The traffic cell 1700 fits into one of the data 
timeslots 1526 of the CB-Data section 1518 of the bus 
frame format. The traffic cell 1700 may be designed to 
match the length of the IM-Com cell 1600. Furthermore, 
the length of the traffic cell 1700 is such that one or 
more traffic cells 1 700 advantageously an be mapped to 
the traffic bursts of the air interface frame format. For 



example, two traffic cells 1700 could makeup one 16- 
QAM single traffic burst or 12 traffk; cells 1700 could 
make up one QPSK quad burst. 
[01 84] The data cell 1 704 within the traffic cell 1 700 is 

5 advantageously 53 bytes long, the size of a standard 
ATM cell. This enables transport of a synchronous sig- 
nals, such as a 53 byte ATM cell, or synchronous sig- 
nals, such as 53 bytes of TDM data formatted within a 
specially designed 53 byte TDM cells (see FIG. 29). in 

10 the data cell 1 704. Thus, the ATM and TDM cells are 
multiplexed onto the multi-transport riKxle cell bus by 
the SSI modules (specifically, the formatters of the SSI 
nradules). This feature eliminates the need to have one 
TDM cell bus for transporting TDM traffic and another 

15 cell bus for transporting ATM traffic. 

[0185] The spare section 1 706 contains the remaining 
bytes, if any, which are unused In this emtxxliment. The 
spare section 1706 comprises a length such that the 
bus frame format can be made to match the air interface 

20 frame format so that the bus frame format will easily 
map to the air interface frame format. Depending on the 
design of the air interface frame format and other sys- 
tem parameters, the data cell 1704 within the traffic cell 
1700 may contain more bytes, but it may not contain 

25 less than 53 bytes and still remain compatible with. the 
53 byte ATM standard cell. 

[0186] Furthermore, the traffic cell 1700 includes n 
bytes. The size of the traffic cell 1 700 depends on the 
length of the air interface frame format, the frequency 

30 used and the minimum data cell size. As shown in FIG. 
17. the traffic cell 1700 should be at least 55 bytes in 
order to account for the 53 byte data cell 1 704 and the 
header section 1702. Note also that the data cell can 
carry both ATM cells and TDM cells, and that if the 

35 length of a standard ATM cell was replaced by a new 
standard length, the various cell sizes could be adjusted 
accordingly. 

[0187] Referring next to FIG. 18. a timing diagram 
1800 for the multi -transport mode cell bus is shown in 

40 FIGS. 15 through 17. The following cell bus signals 
comprise the multi-transport mode cell bus: CB^CLK 
1802. CB_TX_FS 1804. CB_TX_TSS 1806, 
CB_TX_DATA(7:0) 1808. CB_RX_DATA(7:0) 1810, 
CB_RX_FS 1812. CB_RX_TSS 1814. and 

45 CB_TX_SFS 1816 and CB_RX_SFS 1818. 

[0188] The CB.CLK 1802 signal is a dock having a 
frequency corresponding to the air interface symbol rate 
and is 1 line. The CB_RX_TSS 1814 is the receive 
timeslots sync with a single dock every timeslots and is 

50 1 line. The CB_RX_FS 1812 is the receive frame sync 
with a single clock pulse frame and is 1 line. The 
CB_RX_SFS 1818 is the receive super frame sync with 
a single clock pulse every superframe and is 1 line. The 
CB_RX_DATA{7:0) 1810 is an 8 bit data cell bus which 

55 is 8 lines. Alternatively, the cell bus could be a 16. 24. 
32, etc bit cell bus. The cell bus structure coukj be mod- 
ified accordingly. The CB_TX_TSS 1806 is the transmit 
timeslot sync with a single dock every timeslot and is 1 
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line. The CB„TX_FS 1804 is the transmit frame sync 
with a single clock every frame and is 1 line. The 
CB_TX_SFS 1816 is the transmit superframe sync with 
a single clock every superframe and is one line. And the 
CB_TX_DATA(7:0) 1808 is the 8 bit transmit data cell 
bus which is 8 lines. Thus, the multi-transport mode cell 
bus conrtprlses a total of 23 lines and has the timing as 
shown in FIG. 18. 

[0189] The multi-transport cell bus is used as a link 
between the channel and control module (COM) of the 
indoor units, whether at the hub terminal or the remote 
terminal, and the SSI modules, through which the sub- 
scriber interfaces. Advantageously, the multi-transport 
mode cell bus replaces two separate txjsses for trans- 
porting ATM and TDM traffic and combines the inter- 
module comnujnication and the data cells on the same 
cell bus frame format. 

Data Flow Over the Air Interface 

[0190] Referring next to FIG. 19, a flowchart is shown 
illustrating the major steps performed by the point to 
multipoint system as shown In the emlxxliment of FIG. 
2 for data flow between the indoor units of the hub ter- 
minal to the indoor units of the remote terminal. While 
referring to specific steps within FIG. 19, other relevant 
FIGS, will be refen-ed to. The steps described are broad 
and intended to provide an overview of the data transfer 
over the communications link of the point to multipoint 
system. 

[0191] Both synchronous (TDM) and asynchronous 
(ATM) traffic (or signals) is routed to the SSI modules at 
the hub terminals of the hub site from the central office 
via the transport network. The SSI modules format and 
multiplex the mixed traffic onto the multi -transport mode 
cell bus using the multi-transport mode bus frame for- 
mat (Step 1902). The specific techniques used by the 
SSI modules to format and multiplex the mixed traffic 
into a single format on the multi -transport mode cell bus 
will be described below in the specification, and are not 
described for purposes of the this flowchart. As stated 
the multi-transport mode cell bus carries both asynchro- 
nous traffic (such as ATM) and synchronous traffic 
(such as TDM) traffic, but in such a manner that the rest 
of the hub terminals and remote terminals are not aware 
that they are carrying both ATM and TDM cells. Thus, 
through the formatting of the data for the multi -transport 
mode cell bus and mapping the data of the multi-trans- 
port mode cell bus for the air interface frame format, the 
point to multipoint system supports multiple traffic types. 
[0192] Continuing on with the process 1900, the bus 
frame format of the mufti-transport mode cell bus is con- 
verted to the air interface frame format (Step 1904) by 
renrx>ving the intermodule communications section (IM- 
Com) arxj replacing it with a corresponding overhead 
section for the air Interface frame format. The bus con- 
trollers as described in FIGS. 9. 13. arxJ 14 perform this 
step. The IM-Com section is used by the channel and 



control module (also referred to as the COM) of the 
indoor unit at the hub terminal to communicate with the 
specific SSI modules (e.g. the TDM-DS3 SSI module 
and the ATM-0C3c SSI module). The overhead section 

5 is used for the CCM of the hub terminal to communicate 
with the CCMs of the remote terminals. The bus control- 
ler also converts the bus frame format to the air inter- 
face frame format by formatting the timeslots of the 
multi-transport mode cell bus to the correct number of 

10 air Interface bursts. The bus controller also decides 
whether the bursts will be quad bursts or single bursts 
as described in FIGS. 7A and 7B. 
[0193] Once formatted to the air interface frame for- 
mat (Step 1904), the signals are modulated on a burst- 

15 by-burst basis using one of three available modulation 
modes (Step 1906) as described above. Advanta- 
geously, this enables a single hub terminal (sector 
radio) to communicate with each of the remote termi- 
nals within its particular sector, regardless of the region 

20 that the remote terminal is located in. This also provides 
efficient use of the available bandwidth. Next, the mod- 
ulated signals in the air interface frame format are 
upconverted to the radio frequency of the communica- 
tions link (Step 1908). This is described more fully in 

25 FIG. 14 in the operation of the IF-transceiver section 
which upconverts the modulated signals to the interme- 
diate frequency at the indoor unit, then upconverts 
again to the microwave radio frequency of the radio 
communications link (i.e. 38 GHz in the embodiment of 

30 FIG. 2). 

[0194] The signals are then broadcast over the air 
interface (Step 1 91 0) to all of the remote terminals using 
the 12.5 MHz subchannel of the 50 MHz channel. It is 
important to note that the signals traveling over the air 

35 interface are both synchronous signals (e.g. TDM) and 
asynchronous signals (e.g. ATM) carried within the 
same air interface frame format. Furthermore, the air 
interface bursts are differently modulated so that, 
essentially, three different streams of traffic are created. 

40 Each traffic stream is modulated using QPSK, 16-QAM. 
and 64-QAM. The streams modulated by the higher 
order modulations (more bits/second/Hz), such as 64- 
QAM, will degrade sooner than the signals using a 
lower order modulation (fewer bits/second/Hz), such as 

45 QPSK- Thus the QPSK stream will travel farther than 
the 64-QAM stream. This is a departure from known 
prior art in which a single sector radio only transmits 
using one modulation and only carries traffic using a 
single transport mode within the air frame format Thus. 

50 a single hub terminal (sector radio) of this embodiment 
replaces n hub terminals (sector radios) of a prior art 
point to multipoint system having n regions within each 
sector. 

[01 95] At the remote terminals, the modulated signals 
55 are received from the communications link (Step 1 91 2). 
e.g. radio communications link. Note that the remote 
terminals will receive all of the signals on the communi- 
cations link (that haveni fully degraded). The received 
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signals are then downconverted to baseband signals 
(Step 1914) to be demodulated. Then, the signals an 
the received air frame are demodulated (Step 1916). 
The signals an demodulated on a bursts-by-burst basis 
using the same multi- modulation modem that modu- 
lated the signals at the hub terminal: however, the mutti- 
modulation modem is configured to only demodulate 
the specific traffic bursts that the particular remote ter- 
minal is configured to demodulate. For example, a 
remote terminal located in the closest region to the hub 
terminal will demodulate the QPSK modulated over- 
head bursts and only the 64 -QAM modulated traffic 
bursts, not the 16-QAM or QPSK modulated traffic 
bursts. Note that all remote terminals will demodulate 
the overhead bursts modulated using QPSK. In this 
embodiment, 64-QAM is the highest order modulation, 
but the modulations an not limited to the specific modu- 
lations described. 

[01 96] Once the signals are demodulated according to 
the pre-conf iguration of the remote terminal, the signals 
on the air interface frame format are converted to the 
bus frame format of the multi -transport mode cell bus 
(Step 1918). This is accomplished at the bus controller 
of the CCM of the indoor unit The overhead section of 
the air interface frame format is removed and the IM- 
Com section of the bus frame format is added. Addition- 
ally, the bursts of the air interface frame format are 
mapped over to the corresponding timeslots of the bus 
frame format oft he multi-transport mode cell bus. 
Finally, the traffic on the multi-transport vno6e cell bus is 
transmitted to the SSI nxxJules (Step 1920) so that the 
SSI modules can sort out the mixed traffic to be for- 
warded to the appropriate subscribers. The data flow in 
the reverse direction is simply the opposite as described 
in Steps 1902 through 1920. 

Service Specific Interface Modules 

[0197] The point to multipx)int system allows many 
standard interfaces for the subscriber specific needs, 
such as TDM-DS3 SSI modules. ATM-OC3C SSI rrKXJ- 
ules, and Quad DS1/AAL1 SSI modules, and DS3 
Transparent SSI nxxlules. for exarrple. However, each 
of these standard interfaces has to be configured to 
interface with the multi-transport mode celt bus since it 
Is carrying both asynchronous traffic (ATM) and syn- 
chronous traffic (TDM). Thus, the SSI nxxJules must be 
able to filter the different types of traffic on the multi- 
transport nrxxie cell bus. so that the conect traffic cells 
can be extracted and forwarded to the suljscribers. Fur- 
thermore, each of these interfaces must be specifically 
designed to format the traffic it is carrying for transmis- 
sion onto the multi-transport mode cell txiS. FIGS. 20 
through 25B discuss some of the differing types of SSI 
modules used in the point to multipoint system and the 
techniques used to interface with the mufti-transport 
mode cell txjs, as well as the techniques used to format 
traffic for transmission on the multi -transport mode cell 



bus. 

[0198] Referring next to FIG. 20, a block diagram is 
shown for a Quad DS1/AAL1 SSI module. The Quad 
DS1/AAL1 SSI nrKxJule 2000 contains the multi-trans- 

5 port cell bus 2002 as described with reference to FIGS. 
15 through 18, a cell control section 2004. an ATTVI proc- 
essor section 2006, a timing section 2008, a processing 
section 2010. and a line interface section 2012. The cell 
control section 2004 contains a cell formatter 201 4 (also 

10 referred to as a signal formatter), transmit buffer 2016. 
receive buffer 2017. control logic 2018. and a PCM 
interface logic 2020. The ATM processor section 2006 
contains an AAL1 (ATTVI Adaptation Layer 1) SAR 2022 
arxJ ATM buffer 2024. The timing section 2008 contains 

15 a timing logic 2026. The processing section 2010 con- 
tains a microprocessor 2028 and a message buffer 
2030. The line interface section 2012 contains four 
T1/E1 framers 1532, and 4 T1/E1 ports 2034. Also 
shown are several connecting busses including a TDM 

20 bus 2036. Utopia bus 2038, pulse code modulated bus 
2040 (referred to as the PCM bus 2040), and CP bus 
2042. 

[0199] The Quad DS1/AAL1 SSI module 2000 is a 
module that allows four T1 lines or El lines to interface 

25 with the point to multipoint system. The quad DS1/AAL1 
SSI module is a dual transport mode SSI module, 
meaning that it can be configured to work in either TDM 
mode or ATM AAL1 mode depending on the sub- 
scriber's preference: thus quad DS1 TDM SSI module 

30 or a quad DS1/AAL1 ATM SSI module. The data is nnul- 
tiplexed at the DSO level to the DS1 (T1 line) which con- 
tains 24 DSOs. Prior art quad DSI TDM SSI module and 
quad DS1/AAL1 ATM SSI modules exist; however, a 
single prior art quad DSI TDM SSI module can not be 

35 configured to be a quad DS1/AAL1 ATM SSI module, as 
the quad DS1/AAL1 SSI module 2000 can. Additionally, 
the quad DS1/AAL1 SSI modules 2000 used must be 
configured to interface with a multi-transport mode cell 
bus 2002. Once configured to service one of the two 

40 data transport types, the Quad DS1/AAL1 SSI module 
2000 handles only that traffic type. Thus, the operation 
of the quad DS1/AAL1 SSI module 2000 will be 
described in both modes. Alternatively, the quad 
DS1/AAL1 SSI nnodule 2000 could be configured to 

45 support both traffic types at the same time. 

[0200] Operating in ATM mode, the traffic enters the 
Quad DS1/AAL1 SSI module 2000 from the indoor unit 
of the remote terminal through the multi-transport cell 
bus 2002 to the cell formatter 2014. The multi -transport 

so cell bus 2002 carries traffic that is both ATM atKl TDM; 
thus, the cell formatter 2014 (which may also be 
referred to as a txjs controller) needs to be able to 
extract the ATM celts while discarding the TDM cells. 
Additionally, the cell formatter 2014 must be at>le to dis- 
ss cern the ATM cells that are destined for the particular 
sut)scriber the SSI module is Interfaced with and 
unwanted ATM celts. As discussed earlier, the traffic 
entering the remote terminal from the radio or air inter- 
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face is in one of three modulation modes. One particular 
remote terminal only demodulates one of the modula- 
tion modes for the traffic section of the air interface 
frame format, so only certain traffic will be received onto 
the multi-transport mode cell bus 2002. Furthermore, 5 
the demodulated traffic needs to be split into the corre- 
sponding SSI modules. 

[0201] The cell formatter 2014 listens to the config- 
ured timeslot of the IM-Com section of the multi-trans- 
port mode cell bus to copy the proper messaging cell to 10 
the message buffer 2030. which Is a dual port RAM. 
Refer to FIG. 15 to see that each SSI module coupled to 
the multi-transport mode cell bus has a specific timeslot 
of IM-Com section dedicated for its use. Thus, the cell 
formatter 2014 only reads that particular timeslot of the 75 
IM-Com section. The messaging from the IM-Com cell 
is then muted to the microprocessor 2028 so that the 
microprocessor 2028 of the Quad AAL1 SSI module 
2000 can coordinate activities with the CCM of the 
indoor unit. The microprocessor 2028 Is a reduced 20 
instruction set code (RISC) processor. 
[0202] The cell formatter 201 4 uses an ATM address 
filtering technique to determine which traffic cells from 
the CB-Data section of the multi-transport mode cell bus 
to discard and which cells are to be kept. The ATM 25 
address filtering is described with reference to FIGS. 
26-31 B. The VCI lookup table desaibed in FIG. 30 is 
located in the receive buffer 2017. which is a static 
RAM. 

[0203] If the traffic cell contains an AAL1 ATM cell 30 
which has been properly filtered as discussed in FIGS. 
26-31 B, the AAL1 ATM cell is unpacked from the traffic 
cell and is muted to the AAL1 SAR 2022 (segmentation 
and reassemt^y) via the Utopia bus 2036 where the 
AAL1 ATM cells are convened to serial data streams to 35 
be transmitted to the T1/E1 framers 2032. Note that the 
PCM Interface logic 2020 is not used in ATM mode. The 
ATM buffer 2024 (static RAM) is used to buffer the ATM 
cells so they can be reassembled in to packets and then 
sent to the respective T1/E1 framer 2032 to be framed 40 
for transmission on the respective Tl line (or El line) to 
the subscriber through a T1/E1 port 2034. The micro- 
processor 2028 controls data flow from the T1/E1 fram- 
ers 2032 to the cell formatter 2014 and the AAL1 SAR 
2022. 45 
[0204] The data flow is the opposite for traffic entering 
the T1/E1 ports 2034 and T1/E1 framers 2032 from the 
Tl lines (or El lines). The data flows from the T1/E1 
framers 2032 to the AALI SAR 2022 where the traffic is 
segmented Into ATM celts. Then, the ATM cells are sent so 
to the cell formatter 2014 via the Utopia bus 2036 to 
await being multiplexed onto the multi-transport mode 
cell bus 2002. The message txjffer 2030 also contains 
the mapping needed for placing the ATM cells onto the 
multi-transport mode cell bus 2002. 55 
[02051 Operating in TDM mode, the cells arrive on the 
mutti-transport cell txjs 2002. such that each timeslot of 
the multi-transport mode cell bus carries one cell. The 
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cell formatter 2014 determines which cells to keep from 
the cell bus 2002. The intermodule communication 
messages (IM-Com) received from the multi-transport 
cell bus 2002 deliver the timeplan to the cell formatter 
2014 via the message buffer 2030. Thus, the cell for- 
matter 2014 knows which cells to copy from which 
timeslots within the multi -transport mode cell bus 2002: 
thus, only TDM celts destined for its particular subscrib- 
ers are copied. The TDM cells are then copied to the 
receive buffer 201 7, which is a static RAM, if the TDM 
cell is a data cell. As the cell formatter 2014 copies the 
cells, it unpacks them into DSOs (both PCM data and 
signaling data) as described with reference to the TDM 
buffering in FIGS. 39 through 44B. 
[0206] Additionally, the cell formatter 2014 repacks the 
data into the receive buffer 201 7. which is a static RAM, 
based on the cell type, which is further described in 
FIGS. 40 through 43. The receive buffer 2017 also con- 
tains the time plan for mapping the cell bus timeslot to 
the respective T1/E1 timeslot. At the correct time, the 
PCM interface logic 2020 extracts the correct data 
(PCM and signaling) for each T1/E1 line and each 
timeslot, packs It Into DSis and sends it to the T1/E1 
framer 2032 via the PCM bus 2040 where the data is 
framed for transmission on the T1/E1 line. 
[0207] The data flow is the opposite for TDM data 
an-iving through the T1/E1 line to the Quad DSI SSI 
module 2000. 

[0208] The timing section 2008 contains the timing 
logic 2026. The timing logic 2026 comprises typically a 
complex programmable logic device (CPLD) and a 
phase lock loop (PLL). The Quad DS1/AAL1 SSI mod- 
ule receives its timing from the multi -transport mode cell 
bus 2002, which was recovered from the timing at the 
hub terminal, as described above. Note that not all of 
the blocks have l:>een fully described since their opera- 
tion and irrplementation are easily understood to those 
skilled in the art. 

[0209] Note that the Quad DSI /AALI SSI module 
2100, or any of the other SSI modules shown actually 
contain the multi-transport mode cell bus 2002. but an 
interface to the multi-transport mode cell bus. The multi- 
transport mode cell bus is shown as a part of the Quad 
DSI /AALI SSI module 2100 and other SSI modules In 
FIGS. 22-25B for ease of understanding. Note the cell 
formatter 2014 formats the TDM traffic and the ATM 
cells into cells for transmission through the point to 
multipoint system and thus, is also referred to as a sig- 
nal formatter. The signal formatter Is described vari- 
ously throughout the specification as being in the 
individual SSI modules as cell formatters. However, in 
other emtxxliments, the signal formatters could be 
located in other components of the poirrt to multipoint 
system, e.g. in the mult-modulaton modem or bus con- 
troller of the hub terminals and rennote terminals. 
Described generically, the signal formatters (specifically 
cell formatters) format the different transport mode sig- 
nals into a format (cells) suitable to be transmitted 
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through the point to multipoint system. 
[Q210] Refenring next to FIG. 21 , a block diagram is 
shown of a TDM-DS3 SSI module 2100 that is used at 
the indoor unit of the hub terminal of FIG. 2. The TDM- 
DS3 SSI module 2100 contains a cell formatter 2102 
(also referred to as a signal formatter), message buffer 
2104. control logic 2106, central processing unit (CPU) 
2108. processor bus 2110, transmit PCM buffer 2112, 
transmit signaling buffer 2114, receive PCM buffer 
2116. receive signaling buffer 2118, PCM interface 
2120, system busses 2122. octal T1/E1 framers 2124, 
28 T1/E1 lines 2126. an M13 multiplexer 2128. trans- 
mit/receive line interface unit (TX/RX LIU) 2130, loop- 
back 2132, and DS3 interface 2134. Also shown is the 
multi-transport mode cell bus 2136. 
[0211] The TDM-DS3 SSI module 2100 is a TDM- 
based SSI module that is used at each hub terminal of 
the point to multipoint system to interface with the high 
speed DS3 line to the transport network. The TDM-DS3 
SSI module 2100 demultiplexes the DS3 line containing 
28 T1/E1 lines (28 DS1 s) down to the DSO level to inter- 
face with the point to multipoint system. Thus, the TDM- 
DS3 SSI module 2100 acts as a 3/1/0 multiplexer. The 
TDM-DS3 SSI module 2100 is designed to handle all of 
the TDM traffic to and from the point to multipoint sys- 
tem while the OC3c ATM SSI module (see FIG. 22) is 
designed to handle att of the ATM traffic to and from the 
point to multipoint system. 

[021 2] As signals are received from the multi-transport 
celt txis 21 36. the cell formatter 21 02 is instructed which 
cells to copy from the multi-transport mode cell bus 
through intermodule communication messaging (IM- 
Com) between the CPU and the CCM of the hub indoor 
unit of the hub terminal. In this case, the cell formatter 
21 02 keeps the TDM cells and throws out the ATM cells. 
The cell formatter 2102 also copies appropriate IM-Com 
cells to the message buffer 2104 (which is dual port 
RAM) for the CPU 2108. The TDM cells are unpacked 
into PCM data (or PCM samples) and signaling. The 
PCM data is stored in the receive PCM buffer 2116 
while the signaling, such as call associated signaling 
(CAS), is stored in the receive signaling buffer 2118. 
[0213] As described in FIGS. 29 and 39. each TDM 
cell is unpacked to both the receive PCM Ixjffer 2116 
and the receive signaling buffer 21 18 since the TDM cell 
corrtains both PCM data and signaling data. The buffers 
(2116, 2118. 2112, and 2114) are all dual port random 
access memories (also referred to as DPRAMs). Also 
note that the four buffers (2112. 21 14, 21 16. and 2118) 
can be part of the same merrK>ry structure as described 
in FIG. 39- 

[021 4] The TDM cells are further unpacked according 
to which cell type is used as described in FIGS. 41 -43. 
[0215] The PCM interlace 2120 then packs the PCM 
data in the receive PCM buffer 21 16 and receive signal- 
ing txjffer 21 18 into DSis which are then sent, via sys- 
tem busses 2122 (PCM busses), to the octal Ti/El 
framers 2124 to be framed as a T1 or El. The PCM 



interface 2120 comprises custom logic specifically 
designed for the TDM-DS3 SSI module 2100. The 28 
T1/E1 lines 2126 an then multiplexed on to the DS3 line 
by the Ml 3 multiplexer 2128. Ttie Ml 3 multiplexer 2128 

5 is a standard DS3 to DS1 multiplexer. The TX/RX LIU 
2130 interfaces with the DS3 line at the DS3 line inter- 
face 2134. The CPU 2108 possesses the necessary 
logic to control the TDM-DS3 SSI ntodule 2100 through 
the processor bus 21 10. The looplDack 2132 is used for 

10 testing purposes. Additionally, the timing for the TDM- 
DS3 SSI module 2100 is recovered from the multi-trans- 
port mode cell bus 21 36. 

[021 6] The data flow in the direction from the direction 
of the transport network to the multi-transport mode cell 

15 bus 2136 is simply the opposite. The DS3 line is multi- 
plexed into DSis by the M13 multiplexer 2128. The 
framing is removed from the DSis by the octal T1/E1 
framers 2124 then the PCM interface 2120 unpacks the 
DS1 s to DSOs which are sent to the transmit PCM buffer 

20 2112 (for PCM data) or the transmit signaling buffer 
21 14 (for signaling). The cell formatter 2102 then packs 
the DSOs into the specialty designed TDM cells 
described in FIG. 29 and 41-43 which are multiplexed 
onto the multi-transport mode cell bus 2136. 

25 [02171 Furtherrrrore. the cell formatter 21 02 places an 
ATM header, a virtual path identifier (VP I) in the header 
section of the TDM cell. This is described in more detail 
in FIG. 29. This enables the ATM formatter of the ATM- 
based SSI modules at the remote terminal to be able to 

30 distinguish between the ATM cells and the TDM cells 
received from the mixed traffic input (i.e. the multi-trans- 
port mode bus). Alternatively, the ATM cells and TDM 
cells can further be distinguished using a timeptan. 
However, this is much more time consuming and cum- 

35 b>ersome. requiring more messaging. 

[0218] The cell formatter 2102 also formats the TDM 
cells depending on the cell type and acceptable delay 
as described in FIGS. 41 through 43. Again, not all of 
the functional blocks have been fully described since 

40 the skilled artist understands their implementation and 
use. 

[0219] Referring next to FIG. 22, a block diagram is 
shown for an ATM-OC3c SSI module that may be used 
in the remote terminal or hub terminal of the F>oint to 

45 multipoint system shown in the embodiment of FIG. 2. 
The ATM-OC3C SSI module 2200 contains an OC3C 
port 2202. DS3c port 2204, optical transceiver 2206. 
DS3 line interface unit (LIU) 2208, Phy 2210, an ATM 
line and buffer rr^nager 221 1 (hereinafter referred to as 

50 the ALBM 2211). cell processor 2212, cell processor 
Ixjffer 2214. buffer manager 2216. Ixjffer manager 
buffer 2218. Utopia II bus 2220. uP bus 2222. ATM for- 
matter 2224 (also refenred to generically as a signal for- 
matter), formatter buffer 2226. PCI bridge 2228. AAL5 

55 SAR 2230. PCI bus 2232. central processing unit (CPU) 
2234. and mufti-transport mode cell txis 2236. 
[0220] The OC3c port 2202 is coupled to the optical 
transceiver 2206 which is coupled to a Phy 2210. The 
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Phy 2210 is coupled to a cell processor 2212 via a Uto- 
pia II bus 2220. Alternatively, a DS3c port 2204 is cou- 
pled to a DS3 LIU 2208 which is coupled to a Phy 2210. 
The Phy 2210 in the DS3c configuration is then coupled 
to both the cell processor 2212 via the Utopia II bus 
2220 and also coupled to the uP bus 2222. 
[0221] Additionally the ATM-OC3c SSI module 2200 
could be configured to support multiple subchannels 
instead of one subchannel (12.5 MHz). This requires a 
separate ATM formatter 2224 for each subchannel as 
described in FIG. 26. 

[0222] The cell processor 2212 is coupled to the uP 
bus 2222, cell processor buffer 2214, and the buffer 
manager 2216. The buffer manager 2216 is coupled to 
the uP bus, and buffer manager buffer 2218. The uP bus 
2222 is also coupled to an ATM formatter 2224 and PCI 
bridge 2228. The ATM formatter 2224 is coupled to the 
formatter buffer 2226. Utopia II bus 2220, and the multi- 
transport mode cell bus 2236. The ATM formatter 2224 
is coupled to the AAL5 BAR 2230 via the Utopia II bus 
2220. The CPU 2234 is coupled to the AAL5 SAR 2230 
and the PCI bridge 2228 by a PCI bus 2232. The ALBM 
221 1 is a standard off-the-shelf ATM chipset containing 
the cell processor 2212, cell processor buffer 2214, 
buffer manager 2216, and tmffer manager buffer 2218. 
[0223] In practice, the ATM-OC3C SSI nrKxlule 2200 is 
designed to handle all of the ATM traffic to and from the 
point to multipoint system. It may be used at the hub ter- 
minal as shown in FIG. 2 or may be used at the remote 
terminal depending on the needs of particular subscrib- 
ers. The ATM-OC3C SSI module 2200 can be config- 
ured in one of two ways. First, the link to the OC3c line 
(155 Mbps) is a pure stream of high speed cells and 
interface at the OC3c port 2202. Second, the ATM- 
OC3c SSI module can be configured as a DS3 line 
operating at 44.736 Mbps. consisting of a pure stream 
of ATM cells. An OC3c line is an optical carrier level 3 
concatenated line meaning the line is one continuous 
stream of ATM cells and as understood in the art. Thus, 
an OC3c configuration will contain the OC3c port 2202, 
optical transceiver 2206. and Phy 2210 while the DS3 
configuration will contain the DS3c port 2204, DS3 LIU 
2208. and Phy 2210. 

[0224] Furthermore, the ATM-Oc3c SSI module uses 
a standard off-the-shelf ATM chipset (the ALBM 2211) 
which is configured to handle the multiple nrxxlulation 
environment of the point to multipoint system. The ATM 
chips is configured to provide a unique ATM address fil- 
tering technique and demand assigned multiple access 
technique as described with reference to FIGS. 26 and 
27. 

[0225] Additionally, the ATM-OC3c SSI module 2200 
has one mode if operating at the remote terminal and 
arK>ther mode rf operating at the hub terminal. 
[0226] Operating at the hub terminal, data arrives to 
the ATM OC3c SSI nnodule 2200 from the transport net- 
work and the central office via an ATM MUX to the OC3c 
port 2202 and the optical transceiver 2206. The Phy 



2210, is well known in the ATM art as a device that per- 
forms the physical layer functions of the ATM chipset 

2211. Here, the Phy 2210 is a cell delineator, extracts 
the ATM cells from the frames and sends them to the 

5 cell processor 221 2 of the ALBM 221 1 via the Utopia II 
bus 2220. The cell processor 2212 then polices the 
arriving ATM cells according to ATM standards. The 
policing simply checks to see that the ATM cells are not 
arriving too quickly The cell processor 2212 has a cell 

10 processor buffer 2214, which is a static RAM, for buffer- 
ing the ATM cells. The cell processor 2212 forwards the 
ATM cells to the buffer manager 2216 of the ALBM 221 1 
which queues the ATM cells to the buffer manager buffer 
2218, which is a static RAM. The buffer manager 2216 

75 then dequeues the ATM cells according to configured 
priorities on a per VP/VC (virtual pathA^irtual channel) 
basis to guarantee the QOS (quality of service). This 
process is well known in the art. The ATM cells are 
looped back to the buffer manager 2216 and sent to 

20 back to the cell processor 22 1 2. 

[0227] Next the ATM cells are sent to the ATM format- 
ter 2224 via the Utopia II bus 2220. The ATM formatter 
2224 performs the queuing functions described in the 
ATM address filtering section (see FIG. 26). The ATM 

25 formatter 2224 is custom logic that contains several 
shallow FIFOs that each hold ATM cells to be transmit- 
ted using one of three modulation modes (also referred 
to as modulation buffers). The formatter buffer 2226. 
which is a static RAM, contains the time plan for each 

30 modulation nxxJe. The ATM formatter 2224 uses the 
timeplan to map the ATM cells in the correct time slots 
of the multi-transport mode cell bus 2236 so that the 
cells will be transmitted using tiie proper modulation 
mode. Thus, the proper remote terminal will receive the 

35 proper ATM cells. Additionally, the ATM formatter 2224 
formats the ATM cells into traffic cells (described in 
FIGS. 16 and 17. respectively) for transmission on the 
multi-transport mode cell bus 2236. 
[0228] Furthermore, the CPU 2234 is able to commu- 

40 nicate with the channel and corrtrol module CCM of the 
hub terminal through intermodule communication slots 
(IM-Com cells) on tiie rrujiti -transport mode cell bus 
2236. The IM-Com cells an placed onto the multi-trans- 
port mode cell bus 2236 by the ATM formatter 2224. 

45 The IM-Com cells are sent to and from the CPU 2234 
and the ATM formatter 2224 via the PCI bus 2232 and 
PC! bridge 2228. 

[0229] The data flow from the hub terminal indoor unit 
to the ATM-OC3C SSI nrxxlule 2200 is simply the 

50 reverse. The ATM cells are copied from the muhi -trans- 
port mode cell bus 2236. At the hub terminal, the ATM 
OC3c SSI module 2200 does not have to perform the 
ATM address filtering technique (FIGS. 30-31 B) sirK:e 
all ATM cells are forwarded to the OC3c line which con- 

55 nects to the transport network (backhaul). 

[0230] The ATM cells are carried back to the ALBM 
2211. Specifically, the ATM cells are sent to the cell 
processor 2212. txjffer manager 2216, then back to the 
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cell processor 2212 and then to the Phy 2210 to be 
framed for transmission and exit the ATM-OCSc SSI 
module 2200 though either the optical transceiver or the 
DS3 line interface unit 2208. depending on the configu- 
ration. 

[0231] The AAL5 SAR 2230 (segmentation and reas- 
sembly) is used for in-k>and signaling. It functions to 
packet operations, administration, and control (QAM) 
messages from the element management system 
(EMS) to the hub terminal. The details of the element 
management system are further discussed with refer- 
ence to FIGS. 2 and 10. This provides an improved 
method for the element management system to com- 
municate with the pwint to multipoint system. Instead of 
communicating to the hub sites through a wide area net- 
work (WAN) arxj then the LAN o1 the hub site as a con- 
ventional element management system does, the 
elemerrt mar^agement system can communicate with 
the hub terminals through the backhaul or transport net- 
work. Advantageously, no separate landiines need to be 
maintained between the element management system 
(EMS) at the central office and the Individual hub sites. 
[0232] S*nce ATM cells carrying messaging from the 
EMS at the central office are on the same medium, the 
OC3c line, the control cells sent by the element man- 
agement system need to be separated from the traffic 
cells. Additionally, the cell processor 22 1 2 and the txjffer 
manager 2216 both use the virtual path identifier (VPI) 
and the virtual channel identifier (VCI) of the cells and 
determine if any of the cells are control celts destined for 
the CPU 2234. Control cells are routed to the AAL5 
SAR 2230 via the Uopia II bus 2220. The AAL5 SAR 
2230 then forms packets of messages which are sent to 
the CPU 2234 via a PCI txis 2232. The packets are 
formed according to transmission control protocol/Inter- 
net protocol (TCP/IP). The CPU 2234 is able to send 
signals to the ATM formatter 2224. cell processor 2212, 
and butter manager 2216 through the PCI bus 2232 
coupled to a PCI bridge 2228. and coupled to the uP 
txis2222 

[0233] Operating at the remote terminal, the data is 
received over the air from the hub terminal and is 
denxxiulated t>y the CCM of the indoor unit of the 
renxite terminal. The data is then sent as cells on the 
mufti-transport nrxxJe cell bus 2236 to interface with the 
ATMOC3C SSI module 2200. The ATM formatter 2224. 
sir>ce at the remote terminal, then performs the ATM 
address filtering process as shown in FIG. 30. 
[0234] The ATM address filtering function is different 
at the ATM-OC3C SSI module 2200 at the renrote termi- 
nal because the throughput on the ATM-OC3c SSI mod- 
ule 2200 is much higher than the throughput of other 
types of SSI nxxiiles used at the remote terminal. The 
OC3c line sends data at 155.52 Mbps (mega bits per 
secorxj) wtitch is equivalent to about three DS3 lines. 
Thus, the table lookup approach as described with ref- 
erence to FIGS. 30 and 31B is performed (instead of 
FIG- 30 and 31 A). 



[0235] Once an ATM cell is accepted using the ATM 
address filtering techniques described in FIGS. 30. 31 A. 
and 31 B. the ATM celt is fon^arded to the cell processor 
2212 via the Utopia II bts 2220. then sent to the buffer 

5 manager 2216 to be queued and dequeued back to the 
cell processor 2212 using the buffer manager buffer 
2218. which is a static RAM. according to configured 
priorities on a per VPIA/Ct basis in order to guarantee 
quality of service (QOS). The ATM cells are sent to the 

70 Phy 2210 (cell delineator), then the cells framed and 
transmitted through the optical transceiver 2206 to the 
OC3c line at the OC3c port 2202. 
[0236] At the remote terminal, the data flow from the 
subscriber to the ATM OC3c SSI module 2200 is the 

15 same as done at the hub terminal from the OC3c line to 
the hub terminal. The major difference is the number of 
modulation buffers within the ATM formatter 2224, since 
the remote terminal will only transmit using one modula- 
tion and not the full range of modulation modes that the 

20 hub terminal uses. 

[0237] The components of the ATM-OC3c SSI module 
2200 and their functionality are understood to those 
skilled in the art. The ALBM 2211 is an off-the-shelf 
ATM chipset known in the art. Not all of the functional 

25 knocks have been fully described since their operation 
and implementation is understood to the skilled artist. 
[0238] Referring next to FIG. 23. a functional block 
diagram is shown for a DS3 transparent SSI module. 
The DS3 transparent SSI module 2300 contains the 

30 multi-transport mode cell bus 2302. a cell formatter 
2304 (signal formatter), buffer 2305. byte-stuffer 2308. 
jitter attenuator 2312, central processing unit 2310 
(CPU), a DS3 line interface unit 2314, and a DS3 line 
2316. 

35 [0239] The multi-transport mode cell bus 2302 is cou- 
pled to the cell formatter 2304 and the CPU 2310. The 
cell formatter is coupled to the buffer 2306 and the byte- 
stuffer 2308. The byte-stuffer 2308 is coupled to the jit- 
ter attenuator 231 2 and the DS3 line interface unit 2314. 

40 The jitter attenuator 2312 is coupled to the DS3 line 
interface unit 2314 which is coupled to the DS3 line 
2316. The CPU 2310 is coupled to the DS3 line inter- 
face unit 2314, the byte-stuffer 2308. and the cell for- 
matter 2304. 

45 [0240] In practice the DS3 transparent SSI nnodule 
2300 is not specifically ATM-t>ased or TDM-based and 
is used to provide point to point links within the point to 
multipoint system. Thus, the DS3 transparent SSI nrrad- 
ule 2300 is used when the subscriber requires the entire 

so channel barxiwidth (e.g. 12.5 MHz) of the hub terminal 
radio sector The DS3 transparent SSI module 2300 
may carry asynchronous traffic (such as ATM) or syn- 
chronous traffic (such as TDM): however, the specific 
traffic type is irrelevarrt to the DS3 transparent SSI mod- 

55 ule 2300. The data is simply carried through the point to 
multipoint system without concern for the specific type 
of data. The received t)fts are routed from one point (the 
DS3 line 2316 at the hub terminal) to another point (a 
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subscriber coupled to the DS3 line 2316 at the remote 
terminal, for example) regardless of the framing used 
and control bits present. 

[0241] Prior art point to point links are common; how- 
ever, a point to point communications link within a point s 
to multipoint system is unique to this embodiment of the 
present invention and departs from known prior art. In 
order to accomplish this transport, a DS3 transparent 
SSI module 2300 is needed at the indoor unit of the hub 
terminal and a matching DS3 transparent SSI module io 
2300 is needed at the corresponding indoor unit of the 
con'esponding remote terminal. 
[0242] As the serial line data comes from the DS3 line 
2316 through the DS3 line interface unit 2314. the data 
goes to the byte-stuffer 2308. The byte-stuffer 2308 is is 
similar to a bit-stuffer as known in the art of telecommu- 
nications, except that it buffers bits into bytes instead of 
simply buffering bits. The byte-stuffer 2308 collects the 
bits that come from the DS3 line 2316 and forms bytes 
and buffers the bytes to the cell formatter 2304 which 20 
packs the bytes into the data cells to be transmitted on 
the multi-transport cell bus 2302. The byte stuffer 2308 
and the cell formatter 2304 adapt the timing of the DS3 
line to the timing or timebase of the multi-transport 
mode cell bus 2302 and the point to multipoint system. 25 
The data cells formed for the multi-transport mode cell 
bus are the same 53 byte data cells 1 704 designed to fit 
in the traffic cell 1700 as shown in FIG. 17. The data 
cells formatted by the cell formatter 2304 of DS3 trans- 
parent SSI module 2300 are different than the ATM cells 30 
and TDM cells formatted by the other SSI modules 
which are described with reference to FIGS. 28 and 29. 
Thus, features of the data cells formed by the DS3 
transparent SSI module 2300 will be briefly discussed. 
[0243] Referring concurrently to FIG. 24, a diagram of 35 
a data cell 2400 is shown that is formed by the DS3 
transparent SSI nrxxdule 2300 in the embodiment of FIG. 
23. The data cell 2400 is 53 bytes in length and contains 
a header section 2402 and a traffic section 2404. The 
header section 2402 is 1 byte arxJ includes a control 40 
byte 2406. The data cell 2400 is advantageously, the 
same size as the ATM cell of FIG. 28 and the TDM cell 
of FIG. 29. Thus, the data cell 2400 conveniently fits 
within the CB-Data section of the multi -transport mode 
cell bus 2302. The main difference between the data 45 
cell 2400 and those shown in FIGS. 28 and 29 is that 
the header section 2402 is only 1 byte in length, leaving 
the traffic section 2404 to include 52 bytes instead of 48 
bytes as shown in FIGS. 28 and 29. Since, the commu- 
nications link is a point to point linK the traffic section so 
2404 is maximized within the 53 byte cell size. 
[0244] The number of bytes packed into the traffic sec- 
tion 2404 of the data ceil 2400 varies as a function of the 
frequency difference between the DS3 line 2316 and 
the clock rate of the mutti -transport mode cell bus 2302. ss 
For example, the DS3 line operates at 44.736 Mbps. K 
the clock rare of the mufti -transport mode cell bus is 10 
Mbps, the bus frame format is 6 msec, and there are 



684 timeslots holding 83 byte traffic cells on the multi- 
transport mode cell bus 2302 (see FIGS. 15 and 17), 
then a specified number (e.g. 648) of data cells 2400 
will have 49 bytes in the traffic section 2404, a specified 
number (e.g. 33) of data ceils 2400 will contain 50 bytes 
in the traffic section 2404, and the remaining number 
(e.g. 3) of data cells 2400 will have a variable number of 
bytes (e.g. 49, 50, or 51 bytes) within the traffic section 
2404. Thus, in order to match the line rate of the DS3 
line 2316, the cell formatter 2304 packs a different 
number of bytes into the traffic section 2404 of the data 
celt 2400. 

[0245] In the example above, the cell formatter 2304 
is configured by software to know which data cells 2400 
contain 49 bytes and which bytes contain 50 bytes; 
however, the three remaining data cells 2400 contain a 
variable number of bytes (either 49, 50, or 51) depend- 
ing on the line rate of the individual DS3 line 2316. If the 
DS3 line 2316 is "fast", there will be more bytes in the 
byte-stuffer 2308. and the remaining three data cells 
2400 will contain 51 bytes. If the DS3 line 2316 is "slow", 
then the remaining three variable data cells 2400 will 
contain 49 bytes. If the DS3 line 2316 is about as 
expected, then the remaining three variable data cells 
2400 will contain 50 bytes. The control byte 2406 added 
by the cell formatter 2304 in order to indicate to the 
receiving DS3 transparent SSI module 2300 (e.g. at the 
remote terminal) how many bytes are contained within 
the traffic section 2404 of the remaining variable data 
cells 2400. The tHjffer 2306 is used for messaging 
between the CPU 2310 and the channel and control 
module of the indoor unit. 

[0246] Once the data cells 2400 are placed on the 
multi-transport mode cell bus 2302 by the cell formatter 
2304. the data cells 2400 are sent over the air interface 
as a quad burst having a structure as shown in FIG. 7A. 
The quad bursts are received at the remote terminals, 
which route the cells to the corresponding DS3 trans- 
parent SSI module 2300 of the remote terminal. 
[0247] At the remote terminal, the data cells 2400 
arrive on the multi-transport mode cell bus 2302 at the 
cell formatter 2304 where the data bytes are unpacked 
from the data cells 2400. The cell formatter is config- 
ured by software to know which data cells 2400 contain 
the how many bytes, except for the remaining variable 
data cells 2400. which contain a variable number of 
data bytes due to the line of the DS3 line at the sending 
DS3 transparent SSI module 2300. The control byte 
2406 supplies this information to the cell formatter 2304. 
[0248] Additionally, as stated above, the DS3 trans- 
parent SSI module 2300 assigns the control byte 2406 
to indicate whether the remaining data cells 2400 con- 
tain 49, 50, or 51 bytes in their respective traffic section 
2404. This practice is done in prior art DS3 transparent 
SSI modules in point to point links: however, at the 
receiving end, the matching DS3 transparent SSI mod- 
ule must read the control byte of every data cell to deter- 
mine the number of bytes contained within the traffic 
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section 2404 of the data cell 2400. 
[0249] Advantageously, the present embodiment is 
configured, e.g. in 64-QAM mode, such that out of 171 
64-QAM quad bursts within a 6 msec air interface frame 
format (an example of FIG. 5). there are only 3 possible 
data celts 2400 that could have a variatsle number of 
data bytes (e.g. 49. 50. or 51). Those 3 data cells 2400 
are located in the last 3 data fields of the last 64-QAM 
quad burst as shown in FIG. 7A (i.e. quad burst #171): 
data field 2 704. data field 3 704. and data field 4 704. 
and get translated to the last three timeslots on the 
multi-transport mode cell bus 2302. This is due to the 
clock speed of the point to multipoint system, the length 
of the air frame format, the length of the data fields of 
the quad bursts, and the rate of which the byte-stuffer 
2302 operates. Thus, advantageously, the cell formatter 
2304 at the receiving DS3 transparent SSI module 2300 
only has to read the control byte 2406 of the last three 
data fields 704 of the last quad burst, not the control 
bytes 2406 of all data cells 2400 received as conven- 
tional DS3 transparent SSI modules do. This feature 
reduces the processing requirements and improves the 
throughput of the DS3 transparent SSI module 1800. 
Furthernnore. due to the unique size of the traffic section 
2404 of the data cell 2400 and that only the last three 
control bytes 2406 are read, only the two least signifi- 
cant bits in each control byte 2406 need to be read by 
the cell formatter 2304. The number of remaining data 
cells 2400 that have a variable length is derived. from the 
worst case clock offsets (e.g. 89 parts per million) 
between the dock of the multi-transport mode cell bus 
2302 and the dock of the DS3 line 2316. This greatly 
reduces the processing the cell formatter has to do for 
each received data cell 2400. 

[0250] As the bytes are unpacked to the byte-stuffer 
2308, a variable number of bytes are received into byte- 
stuffer 2308 to be output to the DS3 line 2316, which 
creates a doak delay. Thus, the jitter attenuator 2312, 
which comprises a FIFO (first in first out) and a phase 
locked loop (PLL). buffers the bytes for transmission on 
the DS3 line 2316. It stores the bits and transmits them 
onto the DS3 line 2316 at the avenge clock rate that the 
data bytes are received into the DS3 transparent SSI 
module 2300. Thus, the bits leaving the jitter attenuator 
2312 leave at a constant rate, not effected by the poten- 
tial stop and go docking created when a received data 
cell 2400 contains a variable number of bytes. Thus, the 
timing of the signals from the point to multipoint system 
is adapted back to the timing of the incoming DS3 line 
2316 at the rennote terminal. 

(0251 J The data buffered in the FIFO of the jitter atten- 
uator 2312 is sent due to dock edges from the PLL of 
the jitter attenuator 2312. The PLL is locked to a refer- 
ence (i.e. (MiCk) supplied by the cell formatter 2304. The 
use of a PLL is known; however, the use of a PLL in 
order to reduce jitter is unique to this embodiment of the 
present invention. 

[0252] The number of bytes in the FIFO cause the ref- 



erence to adjust, if necessary. Adjustments are made 
periodically by lengthening or shortening the reference 
to the PLL. The adjustment is dependent on the number 
of bytes in the FIFO of the jitter attenuator 231 2 and the 

5 control byte 2406. The number of bytes in the FIFO con- 
trol the polarity of the adjustment. For example, less 
than the expected number of bytes (e.g. 49), causes the 
reference to decrease, and nnore than the expected 
nunrt>er of bytes (e.g. 51) cai^es the reference to 

w increase. The control bytes 2406 of the remaining 
number of variable data cells 2400 dictates the adjust- 
ment to the reference. Thus, the rate of change at Yfhich 
bytes are output from the jitter attenuator 2316 is, in 
effect, limited; thus, reducing jitter on the output dock to 

75 the DS3 line input unit 2314 and DS3 line 2316. 

[0253] Note that the data flow from the remote termi- 
nal back to the hub terminal is the same except 
reversed. Furthermore, the data transfer occurs simulta- 
neously from the hub terminal to the remote terminal 

20 and from the remote terminal to the hub terminal. All of 
the components used an understood to those skilled in 
the art thus, no further explanation is needed. 

Multi-Transport Mode SSI Module 

25 

[0254] Refen-ing next to FIG. 25A and 25B. a block 
diagram is shown for a multi-transport mode SSI mod- 
ule that is used in the remote terminal shown in FIG. 2. 
The multi-transport mode SSI module 2500 handles 

30 both synchronous traffic (TDM) and asynchronous traf- 
fic (ATM) and contains the multi-transport mode cell bus 
2502. TDM cell formatter 2504 (TDM signal formatter). 
ATM cell formatter 2506 (ATM signal formatter), mes- 
sage buffer 2508, ATM timeplan and filter memory 

35 2510, receive buffer 2512, transmit buffer 2514, PCM 
buffer controller 2516, PCM serial bus 2518, first Utopia 
I bus 2520. second Utopia I bus 2521 , input/output (lO) 
bus 2522. AAL5 SAR 2524, AAL5 buffer 2526. AAL1 
SAR 2528. AAL1 buffer 2530. central processing unit 

40 (CPU) 2532. PCI bridge 2538. PCI bus 2540. high-level 
data link control (HDLC) controller 2542, ROM bus 
2544, Frame Relay serial bus 2546, CES serial bus 
2548, LAN controller 2550 (shown in FIG. 25B for multi- 
transport mode SSI module 2501), timing multiplexer 

45 1952, T1/E1 framers 2554. 

[0255] The multi -transport mode cell bus 2502 is cou- 
pled to TDM cell formatter 2504 and the ATM cell for- 
matter 2506. The TDM cell formatter 2504 is coupled to 
message buffer 2508. lO bus 2522, receive buffer 2512. 

so transmit buffer 2514. and PCM tjuffer controller 2516. 
The PCM buffer controller 2516 is coupled to the timing 
muttiptexer 2552 via a PCM serial bus 2518. and the 
ROM bus 2544. The ATM cell formatter 2506 ts coupled 
to the AT^ timeplan and filter mennory 251 0. and 10 bus 

55 2522. The AAL1 SAR 2528 and the AAL5 buffer 2526 
are coupled to the ATM cell formatter via the first utopMa 
t bus 2520 and the second Utopia I bus 2521 ; respec- 
tively The AAL1 SAR 2528 is coupled to the AAL1 
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buffer 2530 and the timing multiplexer 2552 via the CES 
serial bus 2548. The AAL5 SAR 2524 is coupled to the 
AAL5 buffer 2526 and the PCI bus 2540. The PCI bus 
2540 is coupled to the lO bus 2522 via the PCI bridge 
2538. CPU 2532. the HDLC controller 2542. and the 
LAN controllers 2550 (tor the multl -transport mode SSI 
module 2501 in FIG. 25B). The HDLC controller 2542 
couples to the timing multiplexer 2552 via a frame relay 
serial bus 2546. The timing multiplexer 2552 also cou- 
ples to the T1/E1 framers 2554. 
[0256] In practice, the multl -transport mode SSI mod- 
ule 2500 (also referred to as the universal SSI module), 
has the ability to handle both asynchronous traffic (such 
as ATM) arxi synchronous traffic (such as TDM) on the 
same card (SSI module). This feature is a departure 
from the prior art wherein SSI modules only handle 
either one transport mode or the other. 
[0257] Additiorwily, the multi -transport mode SSI mod- 
ule 2500 is different than the previous SSI modules 
described above since, again, they only handle one traf- 
fic type or the other. However, tike the multi -transport 
mode SSI module 2500. the SSI modules described 
above still must be able to interface with the multi -trans- 
port mode cell bus and properly format the data cells for 
transmission on the cell bus. Thus, the multi -transport 
mode SSI module 2500 is provided for subscribers who 
require both TDM and ATM services from the same 
card, tt has eight Tl/El interfaces 2554 in FIG. 25A and 
4 T1/E1 interfaces 2554 and 4 LAN controllers 2550 for 
the multi -transport mode SSI module 2501 in FIG. 25B, 
but could be altered in manufacturing cased upon spe- 
cific needs. Therefore, advantageously the DSOs of a 
T1/E1 line can be transported in TDM mode or ATM 
(AAL1 or AAL5) mode selected on a per line basis. The 
data traffic is transported in TDM or ATM (AAL-1/AAL-5) 
for the T1/E1 interface (T1/E1 framer 2554) or ATM 
(AAL-5) for the LAN Interfece (LAN controller 2550). 
[0258] The ATM and TDM traffic Is received by the 
mutti-transport mode SSI module 2500 through the 
multi-transport mode cell txjs 2502. Since the traffic on 
the cell bus 2502 contains IM-Com celts including mes- 
sages, and CB-Data cells including TDM and ATM cells: 
tfujs. the multi-transport mode SSI module 2500 must 
be at»le to sort the mixed traffic apart. There are two 
controllers (cell formatters) at the interface with the 
multi-transport mode cell bus 2502: the TDM cell for- 
matter 2504 and the ATM cell formatter 2506. The TDM 
cell formatter 2504 is tdd which timeslots that it needs 
to listen to by reading the ttmeplan in the message 
buffer 2508. which is a dual port RAM, provided through 
the IM-Com messaging, so that it may copy the proper 
TDM cells from the cell bus 2502. and not unwanted 
TDM cells or ATM cells. The ATM cell formatter 2506 
uses the ATM address filtering technique described in 
FIGS 30-31 B to extract only the ATM cells that are des- 
tined for the subscriber 

[0259] The TDM cell formatter 2504. which is custom 
logic, reads the time plan memory contained in the mes- 



sage buffer 2508 (e.g. 8k X 8 dual port RAM) on every 
overhead timeslot of the multi-transport mode TDM cell 
bus 2502 (see FIG. 15). If enabled, the TDM cell format- 
ter 2504 copies the IM-Com cell to the message buffer 

5 2508, which is routed to the CPU 2532 through the 10 
bus 2522, PCI bridge 2538. and PCI bus 2540. The 
intermodule communication messages (from the IM- 
Com section) provide the means for the channel and 
control module of the indoor unit to communicate with 

10 the multi-transport mode SSI module 2500. 

[0260] For TDM traffic, the TDM cell formatter 2504 
reads the time plan memory from the message buffer 
2508 on to the data cells. If a cell is enabled, it is copied 
to an internal f ifo (first in first out). The destination buffer 

75 address is read from the time plan memory and the cell 
is copied to the receive buffer 2512 (e.g. 32k X 32 syn- 
chronous static RAM) to be sent the PCM buffer control- 
ler 2516. The TDM cell formatter 2504 unpacks the 
specially formatted TDM celts (see FIGS. 29 and 41-43) 

20 into DSOs which include both PCM data and signaling 
data, such as call associated signaling (CAS). As will be 
described in FIG. 29, prior art TDM cells only contain 
PCM data or signaling data, not both data within the 
same TDM cell. 

25 [0261 1 The TDM cell formatter 2504 further uses TDM 
buffering techniques which unpack the cells using a 
PCM mapping control structure (PMCS) contained in 
the message buffer 2508 wording to the specific type of 
TDM cell. This TDM buffering is described more fully 

30 with reference to FIGS. 39 through 448. 

[0262] The PCM buffer controller 2516 extracts the 
DSOs (PCM data and CAS bits) from the receive buffer 
2512 and packs the DSOs into Tl/Els (or DS1s). Thus, 
the PCM buffer controller 2516 converts the byte-serial 

35 data streams into 2 bit-serial data streams, one for PCM 
data and one for signaling, for the timing multiplexer 
2552, The TDM cell formatter 2504. receive buffer 251 2, 
and the PCM buffer controller 2516 function as a cross 
port switch. Advantageously, this function allows any 

40 timeslot from the cell bus 2502 to be mapped to any 
timeslot in any T1/E1 line. The PCM buffer controller 
251 6 Is custom logic to allow for design flexibility. The 
timing multiplexer 2552 (timing mux) multiplexes the 
DS1 data and signaling streams from the PCM buffer 

45 corrtroller 251 6, via the PCM serial bus 251 8, into one of 
the T1/E1 framers 2554 to be framed for transmission 
through one of the T1 lines. The T1/E1 framers 2554 
insert the signaling into the output of the T1 /El line. The 
T1 framers 2554 support standard framing such as 

so extertded super frame (ESF). Note that the timing for the 
multi-transport mode SSI module 2500 is received from 
the multi-transport mode cell bus 2502, which, in turn, 
was recovered from the timing sent by the hub terminal. 
The timing is further discussed in FIGS. 13 and 14. 

55 [0263] The data flow is just the opposite coming from 
the T1/E1 line to the multi-transport mode SSI module 
2500 and to the multi-transport mode cell bus 2502. The 
framing is removed and the signaling Is extracted by the 
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T1/E1 framers 2554 from the DSIs. The timirrg multi- 
plexer 2552 multiplexes the DSIs to the PCM buffer 
controller 2516. The PCM buffer controller 2516 
unpacks the DSIs into DSOs. i.e. PCM data and signal- 
ing data, then copies the DSOs to the transmit buffer 
2514 (e.g. 32k X 32 SRAM) according to the TDM buff- 
ering described in FIG. 39. The transmit buffer 2514 
behaves the same as the receive buffer 2512, only in 
the other direction. The TDM cell formatter 2504 packs 
the DSOs into specially designed TDM cells of FIGS. 29. 
41 , 42, and 43 to be transmitted onto the multi-transport 
mode cell bus 2502 at the appropriate time according 
the timeplan stored in the message buffer 2508. The 
TDM cell formatter 2504 packs the DSOs into different 
cell types to minimize delay depending on the data 
being sent using a PCM mapping control structure 
(PCMS) within the message buffer 2508. (see FIGS. 39 
through 44B discussing TDM buffering). Once the cells 
are on the multi-transport mode cell bus 2502. they are 
modulated and carried, by the remote terminal, over the 
air interface (radio interface) to the hub terminal as dis- 
cussed above. 

[0264] For ATM traffic the ATM cell formatter 2506 
uses the ATM address filtering technique described with 
FIGS. 30-31 A in order to distinguish the ATM cells from 
the TDM cells on the multi-transport mode cell bus 
2502. and to further distinguish the ATM cells destined 
for the subscriber and the ATM cells that are to be dis- 
carded- The ATM address filtering technique also distin- 
guishes between AAL1 and AAL5 cells. The ATM 
timeplan and filter memory 2510. which a RAM contains 
the necessary ATM address filtering lookup tables 
desCTibed in FIGS. 30-31 A. The ATM timeplan and filter 
memory 2510 also contains the time plan for inserting 
ATM cells back onto the multi-transport mode cell bus 
2502. The fact that the ATM formatter 2506 uses a time- 
plan to map ATM cells onto a cell bus is a departure 
from a prior art ATM-based SSI module. Typically, ATM 
cells are multiplexed onto a bus as they arrive without 
regard for a specific timeslot assignment since the ATM 
cells are routed accorcfing to header information. This 
feature applies to ail of the ATM-based SSI modules 
described herein. 

[0265] Once an ATM cell is accepted, the AAL1 cell, 
such as circuit emulation service (CES). are copied to 
the AAL1 SAR 2528 (segm&itation and reassembly), 
via a first Utopia I bus 2520. while the AAL5 cells, such 
as flame relay cells, are copied to the AAL5 SAR 2524. 
via a second Utopia I bus 2521. Both the AAU SAR 
2526 and the AALS SAR 2528 use the AAL1 twffer 
2530 and AAL5 buffer 2526. respectively, to pack the 
ATM cells into packets to be sent through the T1/E1 line. 
The AAL1 buffer 2530 and the AALS buffer 2526 are 
both static RAMS. The AAL1 packets contain CES and 
CAS signaling and are multiplexed to the timing multi- 
plexer 2552 through the CES serial bus 2546. The AAL1 
SAR 2528 supports up to 256 bi<lirectionaI CES + CAS 
channels to be assigned to individuat timeslots within a 



maximum of 8 T1/E1 lines. For unframed, unchan- 
nelized links, the AAL1 SAR 2528 supports up to 8 bi- 
directional CES channels within 8 T1/E1 lines. The 
AAL1 SAR 2528 also supports synchronous residual 
5 time stamp (SRTS) for unchannelized. unframed T1 
links. 

[0266] The AALS SAR 2524 converts the ATM cells to 
frame relay packets to be sent, via a PCI bus 2540. to 
an HDLC (high-level data link control) controller 2542 

10 where the frame relay packets are sent to the timing 
multiplexer 2552, via a frame relay serial bus 2546. For 
channelized links, tiie HDLC controller 2542 supports 
up to 128 bi-directional HDLC channels within 8 T1/E1 
lines. For unchannelized links, the HDLC controller 

75 2542 supports up to 8 bi<firectional HDLC channels 
within 8 T1/E1 lines. The frame relay packets are multi- 
plexed by the timing mux 2552 to the T1/E1 framers 
2554 to be framed for transmission through one of the 
T1/E1 lines. 

20 [0267] For ATM traffic from the T1/E1 line into the 
multi -transport mode SSI module 2500, the timing mul- 
tiplexer 2552 sends the CES packets to the AAL1 SAR 
2528 for AAL1 traffic. The timing multiplexer 2552 sends 
frame relay ti-affic (AALS) to the HDLC controller 2542 

25 which manages the different channels. The frame relay 
packets then go to the AALS SAR 2524 to be unpacked 
into ATM cells. The ATM cells go to the ATM cell format- 
ter 2506 from either the AAL1 SAR 2528 via the first 
Utopia I bus 2520 or from tiie AALS SAR 2524 via tiie 

30 second Utopia I bus 2521. The ATM timeplan and filter 
memory 2510 contains the time plan for copying ATM 
cells to the multi-transport mode cell bus 2502. The 
ATM cell formatter 2506 does not have access to the 
intermodule communication timeslots (IM-Com) of the 

35 cell bus. Only the TDM cell formatter 2504 formats the 
IM-Com timeslots in this embodiment. Note that the 
cells from the AAL1 SAR 2528 are forwarded to the 
multi -ti-ansport mode cell bus at a higher priority than 
those from the AALS SAR 2524. since the AAL1 cells 

40 are more delay sensitive. 

[0268] As Shown in FIG. 25B. the multi -transport 
mode SSI nrKxJule 2501, alternatively has four T1 line 
interfaces 2554 and four LAN controllers 2550. The LAN 
conti-ollers 2550 supports 10/100base-T connections to 

45 an Ethernet network. This is provided to support sub- 
scribers requiring more bandwidth than a T1 line pro- 
vides. The LAN controller 2550 controls the ftow of 
10/100base-T traffic to and from the AALS SAR 2524. 
[0269] Note that not all of tiie functional components 

50 of the multi-transport mode SSI modules 2500 and 
2501 have been fully described. Such components, and 
their implementation, are known to those skilled in the 
art; thus, no further explanation is needed. 
[0270] Furthermore, since any timeslot from the multi- 

55 transport mode cell txis 2502 can be mapped to any 
DSO of the T1/E1 line, and since the timing multiplexer 
2552 nrujltiplexes both ATM packets and TDM packets, a 
single T1 line (or El line) can be broken down t>y DSOs. 
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For example, the first five DSOs (out of 24 DSOs in a T1 
line) can be used for AAL5 traffic (frame relay), while the 
next 10 DSOs an used for AAL1 . and last nine DSOs can 
be used for TDM traffic. Advantageously, this provides 
the subscribers with great flexibility in channel assign- 
ment. 

ATM Address Filtering 

[0271] Referring next to FIG. 26, a block diagram is 
shown that illustrates an ATM address filtering tech- 
nique, performed by an ATM switch 2600 of the ATM- 
OC3c SSI module as ATM traffic enters the point to 
multipoint system of FIG. 2 at the hub terminal. In addi- 
tion, FIG. 27, which is a flowchart illustrating the steps 
involved in the ATM address filtering technique associ- 
ated with FIG. 26. Thus, the steps in FIG. 27 will be 
referred to while discussing FIG. 26. Shown in FIG. 26 
is the ATM switch 2600 configured for a multi-modula- 
tion environment containing a backhaul line 2602, Phy 
2604, ATM line and buffer manager 2606 (hereinafter 
referred to as the ALBM 2606), Utopia II bus 2608. ATM 
formatter 2610. n modulation buffers 2612, the multi- 
transport mode cell bus 2614. and timeplan/modulation 
lookup table 2616. 

[0272] For the ATM switch 2600, the backhaul line 
2602 is connected to the Phy 2604. A Utopia II bus 2608 
couples the Phy 2604 to the ALBM 2606. The Utopia II 
bus 2608 also couples the ALBM 2606 to each of n 
nnodulation buffers 2612, of the ATM formatter 2610. 
which are configured Phys in conventional ATM 
switches. Each of the multi-modulation buffers 2612 are 
located within the AT1\/I formatter 2616 and are coupled 
to the multi-transport mode cell bus 2614. 
[0273] In practice, this ATM address filtering technique 
is used at the hub terminal in the ATM-OC3C SSI mod- 
ule (see FIG. 22). The ATM address filtering technique 
filters the ATM traffic to the correct remote terminal by 
muting the ATM traffic to different modulation buffers 
2612; thus, creating differently modulated streams of 
ATM traffic. The modulation buffers 2612 buffer the ATM 
cells to be placed on the multi-transport cell bus 2614. 
The ATM cells in the different modulation buffers 2612 
will be modulated using a different modulation. Only the 
remote terminals able to demodulate the particular 
modulation will receive the ATM cells. 
[0274] The core of the ATM switch 2600 is the ALBM 
2606 is a conventional off-the-shelf ATM chipset as 
known in the art The ATM chipset as designed, was not 
intended for use in wireless systems. The ATM chipset 
has no capacity or knowledge to understand modula- 
tions or time plans, h only knows that it supports n Phys. 
each Phy is associated with a Phy address on the Uto- 
pia txjs (here. Utopia II bus 2608). The Phy is an abbre- 
viation for "physical" and Is a physical layer ATM device, 
such as a cell delineator or a buffer, that performs the 
pfiysical layer ATM functions. This ATM address filtering 
technique uses the ATM chipset (as the ALBM 2606) in 



a unique way to replace a much more complex method 
of creating overhead messaging to split the AT^^ cells 
into one of the differently modulated traffic streams. 
[0275] In this embodiment of the present invention, 

5 the ATM switch is configured such that each of the n 
Phys acts as a modulation buffer 2612 for a different 
modulation type. Each modulation buffer 2612 corre- 
sponds to one modulation stream. Thus, there is a 
unique mapping of the Phy addresses on the Utopia II 

10 bus 2608 to a specific modulation type according to 
respective modulation buffers 2612, The n Phys 
become n modulation buffers 2612. Furthermore, the 
specific virtual path identifiers (VPIs) and virtual chan- 
nel identifiers (VCIs) an uniquely associated with 

75 respective modulation modes to be used for each mod- 
ulation buffer 2612. In this embodiment there are three 
modulation buffers 2612 and thus there are three 
groups of VPIA/CI's. Each group maps to one of the 
modulation buffers 2612. The mapping from each group 

20 of VPIA/CI's is determined by the destination remote 
terminals modulation type. This ensures that an ATM 
cell that arrives from the backhaul line 2602 gets routed 
to the correct modulation stream, and thus the correct 
remote terminal. 

25 [0276] The ALBM 2606 monitors the depth of its own 
internal buffers and performs the ATM quality of service 
functions, while the ATM formatter 2610 controls the 
timeslots that ATM cells are sent to the multi-mode radio 
(either hub terminal or remote terminal), and thus, the 

30 modulation mode used. For example, the first modula- 
tion buffer 2612 will support QPSK, the second modula- 
tion buffer 2612 will support 16-QAM, and the third 
modulation buffer 2612 will support 64-QAM. Thus, 
ATM cells will be dynamically routed to the appropriate 

35 modulation buffer 2612 depending on the header infor- 
mation (VPIA/CI). And. thus, the VPI and VCI are used 
to map the ATM cells to respectively modulated traffic 
streams. 

[0277] In operation, the ATM traffic enters a Phy 2604. 

40 Which is a cell delineator from the backhaul line 2602. 
The backhaul 2602 is typically an OC3c line, but may be 
another physical medium known in the art. The ATM 
cells are delineated at the Phy 2604; thus, the payload 
(ATM cells) Is extracted from the frame and sent to the 

45 ALBM 2606. The Utopia II bus 2608 carries the cells to 
the ALBM 2606. The ATM chipset or ALBM 2606 guar- 
antees quality of service (QOS) on a per-VC (virtual 
channel) basis. It has sophisticated built in hardware to 
manage the OOS in a very responsive manner. Thus, 

50 the ALBM 2606 buffers the arriving ATM cells according 
to the configured priorities associated with the virtual 
channels (Step 2702 of FIG. 27). The ALBM 2606 sup- 
ports multiple Phys. here n Phys. The n Phys are each 
very shallow FIFOs (first in. first out) that only hold two 

55 cells. 

[0278] The timeplan/modulation lookup tatHe 2616 
contains the timeplan, the Pfiy (here, modulation buffer 
2612), and the nrxKlulation mode used for each timeslot 
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of the multi-transport mode cell bus 2614. The timep- 
lan/modulation lookup table 2616 is coiqsled to the ATM 
formatter 2610 and is stared within a buffer or memory, 
such as a static RAM. The ALBM 2606 reads the 
header information (VPI and VCI) of the ATM cells to 
know which modulation buffer 2612 to serKl the ATM 
cells to. The ALBM 2606 then transmits the ATM cells to 
modulation buffers 2612 of the ATM formatter 2610 
when the ATM formatter 2610 instructs it to do so, as 
desaibed below. In order to ensure that the ALBM 2606 
sends the ATM cells at the correct rate, the ATM format- 
ter 2610 only accepts ATM cells on a per Phy basis that 
matches the rate for the corresponding modulation 
mode. This is a "backpressure" loading technique 
wherein the ATM formatter 2610 performs a lookup in 
the timeplan/modulation lookup table 2616 for each 
timeslot of the multi-transport mode cell bus 2614. The 
timeplan/modulation lookup table 2616 tells the ATM 
formatter 2610 which ATM ceils from which modulation 
buffers 261 2 go into which timeslot of the multi-transport 
mode cell bus 2614. Thus, the ATM formatter 2610 
determines when each modulation buffer 2612 is active 
for a particular timeslot using the timeplan/modulation 
lookup table (Step 2704 in FIG. 27), then asserts a 
handshake signal on the Utopia II bus 2608 (Step 2706 
of FIG. 27). At the same time, the ALBM 2606 is con- 
stantly polling all of its Rhys (including modulation buff- 
ers 2612) looking for an active handshake signal. When 
the ALBM 2606 sees an active handshake signal, the 
ALBM 2606 transmits the appropriate ATM cell to the 
active Phy, and thus, the active modulation buffer 2612 
(Step 2708 of FIG. 27). Then, the ATM formatter 2610 
forwards the ATM cells from the modulation buffers 
2612 to the appropriate timeslot of the multi-transport 
mode cell bus 2614 (Step 2710 of FIG. 27). 
[0279] Therefore, in summary, this scheme produces 
three separate modulation streams of ATM cells, one for 
each modulation type. The ATM cells are copied from 
each modulation buffer 2612 onto the multi-transport 
mode cell bus as CB-Data cells (see FIG. 15). The CB- 
Data cells are then sent to the channel arxJ control mod- 
ule of the indoor unit of the hub terminal where they are 
mapped to a corresponding air interface frame format 
(see FIGS. 5 and 1 5) and modulated to one of the three 
modulations of the multi -modulation modem (see FIG. 
11) according to which timeslot the cells are located. 
Thus, each modulation stream is made up of groups of 
timeslots. where each group of timeslots is modulated 
with a different modulation. The timeslots in each group 
do not have to be sequential. 

[0280] Thus, advantageously, the ATM switch 2600 
conveniently configures the ALBM 2606 such that each 
Phy address on the Utopia kxis has a one to one asso- 
dation with a modulation type in order to create differ- 
ently nx)dulated streams of ATM cells. Also, each set of 
VPIs and VCIs an associated wrth a nnodulation type. It 
is important to note that the Utopia II bus 2608 is shown 
as two separate busses in FIG. 26; however, it is physi- 



cally one bus, as is understood in the art. 
[0281] In another embodiment, the ATM filtering 
shown in FIG. 26 may separate the ATM cells from more 
than one sutx^hannel into separate streanrts of modu- 

5 tated traffic. The embodiment above creates differently 
modulated strair^ of ATM cells for one sukx:hannel of a 
frequency channel. In order to support more than one 
sutxhannel. more than one ATM formatter 2610 is 
needed, i.e., one ATM formatter 2610. for each 

10 sut)channel (in this emtKxJimerrt a subchannel is 12.5 
MHz). Thus, instead of one ATM formatter 2610, there 
are n ATM formatters 2610 for n subchannels. The Uto- 
pia II bus 2608 is able to support up to 30 devices total. 
Thus, a multi -subchannel ATM switch 2600 with a single 

15 ALBM 2606 may support up to 9 sutxhannels. i.e. nine 
ATM formatters 2610 each having three modulation 
buffers 2612. for example. In such a multi-channel ATM 
SMntch. each Phy address would be uniquely associated 
with a specific subchannel and a specific modulation 

20 type corresponding to a specific modulated stream of 
traffic. 

[0282] Another method to create differently modulated 
streams would be to add a "tag" to each ATM cell. The 
tag is known in the art and is similar to a header that 
25 routes the ATM cell to the desired location, e.g. a 
respective modulation buffer 2610. However, the tag 
adds to the ATM cell and to the cell processing and does 
not take advantage of the ATM chipset's configured pri- 
orities. 

30 [0283] FIG. 26 corresponds to FIG. 22 which 
describes the ATM-OC3c SSI module, such that the 
ALBM 2606 of FIG 26 is the same as the ALBM 2211 
including the buffer nianager 2216, buffer manager 
buffer 2218. cell processor 2212, and the cell processor 

35 buffer 2214 of FIG. 22. The ATM formatter 2224 of FIG. 
22 is the same as the ATM formatter 2610 in FIG. 26 
arxj contains each of the n modulation buffers 2612. 
The timeslot/modulation lookup table 2616 is contained 
in the formatter buffer 2226 of FIG 22. 

40 [0284] Next, an introduction to the basic cell structures 
of the standard ATM cell and the specially designed 
TDM cell used in this embodiment of the present inven- 
tion will assist in the darrfication of the address filtering 
technique process done at the SSI modules of the 

45 remote terminal. 

[0285] Referring next to FIG. 28. a block diagram is 
shown for an Asynchronous Transfer Mode (ATM) cell 
2800 used in the point to multipoint system of FIG. 2. 
The ATM cell 2800 is a standard cell known in the art 

so and has a header section 2802 and a data section 2804. 
The header section 2802 contains a virtual path identi- 
fier (VPI) 2806. virtual channel identifier (VCI) 2808. 
and other headers 2810. The standard ATM celt 2800 Is 
53 t>ytes in length. The header section 2802 is five bytes 

55 and the data section 2804 is 48 bytes. The header sec- 
tion caries standard information, such as the VPI. VCI 
and other headers known in the art. The VPI 2806 is 8 
bits and identifies the virtual path and the VCI 2808 is 
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16 bits and identrfies the virtual channel. The VPI and 
VCI are inserted at the ATM formatter of the ATM-based 
SSt modules at the hub terminal so that the ATM-based 
SSI modules of the remote terminal on retrieve the 
proper ATM cells. 

[0286] Referring next to FIG. 29, a block diagram is 
shown for a time-division-multiplexed cell (hereinafter 
referred was a TDM cell 2900) used in one embodiment 
of the point to multipoint system. The TDM cell 2900 has 
a data section 2904 and a header section 2902 contain- 
ing a virtual petit identifier (VPI) 2906, and other head- 
ers 2908. Note that the TDM cell 2900 on also be 
referred to as a TDM packet; however, the specification 
refers to it as a TDM cell since it is being modeled after 
an ATM cell. Additionally, the ATM cells 2800 and TDM 
cells 2900 can be referred to generically as ATM signals 
and TDM signals. 

[0287] Advantageously, the TDM cell 2900 is 
designed to be the same length as the standard ATM 
cell (i.e. 53 bytes) so that the ATM cells 2800 and the 
TDM cells 2900 on be interchanged within the same 
data cell (data cell 1704 in FIG. 17) on the multi-trans- 
port mode cell bus and within the same data field (data 
fields 704 of FIGS. 7A-7B) of the air interface flame for- 
mat. 

[0288] Furthermore, the TDM cell 2900 has a 5 byte 
header section 2902 and a 48 byte data section 2904. 
similar to the ATM cell. This is a departure from prior art 
TDM cell structures. Prior art TDM cell structures, no 
matter what length, do nor require header sections 2902 
since they are transported and switched according to 
which timeslot the TDM cell is in. Additionally, the TDM 
cell 2900 uses an ATM specific header. VPI 2906, 
irrserted into its header section 2902. Thus, the use of a 
header section on a TDM cell 2900 and especially, an 
ATM header. VPI 2906. on a TDM cell 2900 is unique to 
this embodiment of the present invention. The VPI 2906 
is inserted in the TDM cell 2900 by the cell formatter of 
the TDMrbased SSI modules at the hub terminal. The 
VPI 2906 is positioned Into the exact location within the 
header section 2902 as the VPI 2906 would be found on 
an ATM cell and is used in the address filtering tech- 
niques described below. 

[0289] In addition, the data section 2904 is typically 
used to carry pulse-code-modulated data (hereinafter 
referred to as PCM data) front a digital signal level zero 
(also known as a DSO). PCM data and DSOs are well 
known in the art and; thus, no further explanation is 
needed. Signaling data, such as channel associated 
signaling (also known as CAS) corresponds to the PCM 
data arxj is sent in separate TDM cells. In this embodi- 
ment of the present invention, the other headers 2908 in 
the header section 2902 are not wasted but, advanta- 
geously, are used to carry the signaling data, while the 
data section 2904 Is used to carry the PCM data. Plac- 
ing signaling data and PCM data into the same TDM cell 
2900 IS a departure from a conventional TDM cell that 
only contains PCM data or signaling data. Thus, the 



need to carry signaling data and PCM data in separate 
TDM celts which are separately switched according to 
timeslots is eliminated. Note that the signaling data still 
must be separated from the PCM data. Refer to the 
5 TDM buffering described in FIGS. 41 through 43 for 
more details. 

[0290] Another feature of this embodiment is that the 
data section 2904 can be broken down to carry PCM 
data from mare than one DSO. A conventional TDM cell 

10 only carries data from 1 DSO. Depending on the specific 
TDM cell type as described in FIGS. 41 through 43, mul- 
tiple DSOs from a T1 line can be multiplexed into the 
same TDM cell. This process is further explained in 
FIGS. 39 through 44B. 

75 [0291] Referring next to FIG. 30. a block diagram is 
shown for an ATM address filtering function that is per- 
formed at every ATM-based SSI module, such as shown 
in FIGS. 20, 22. 25A and 25B at the remote terminals. 
Corresponding steps from FIGS. 31 A and 3 IB, which 

20 illustrate the steps performed in the ATM address filter- 
ing techniques at the ATM-based SSI modules, will be 
referred to while referring to FIG. 30. The ATM address 
filtering diagram 3000 shows a multi-transport mode cell 
bus 3002. ATM formatter 3004 (or ATM signal formatter) 

25 containing a VPI compare 3006. an optional VPI lookup 
table 3007 and optional VPI accept/discard bit 3009 (for 
the ATM-OC3C SSI module of FIG. 22). buffer 3008 con- 
taining a VCI lookup table 3010. Utopia bus 2312. and a 
TDM cell formatter 3022 (or TDM signal formatter). The 

30 VCI lookup table 3010 has an VCI accept/discard bit 
3016, AAL1/AAL5 tnt 3018, and a second 8 bit portion 
3020. The VPI compare 3006 includes the extracted 
VPI 3024. a register 3026. and a comparator 3028. Also 
shown are an AAL1 SAR 3013 and an AAL5 SAR 3014. 

35 [0292] The multi-transport mode cell bus 3002 is cou- 
pled to the ATM formatter 3004 and the TDM cell for- 
matter 3022. The ATM formatter 3004 contains the VPI 
compare 3006 and the optional VPI lookup table 3007. 
The ATM formatter 3004 is coupled to the buffer 3008. 

40 Utopia bus 2312. The buffer 3008 contains the VCI 
lookup table 3010. The ATM formatter 3004 and the 
TDM cell formatter 3014 are both custom logic devices. 
[0293] In practice, the multi-transport mode cell bus 
3002. as described with reference to FIGS. 15-18 inter- 
ns faces with an ATM formatter 3004 and/or a TDM cell for- 
matter 3022 depending on which SSI module is inserted 
into an SSI slot of the indoor unit at the remote terminal. 
The ATM address filtering technique is done at the ATM 
SSI modules (e.g. Quad DS1/AAL1 SSI module, multi- 

50 transport nrKxJe SSI module, and the ATM-OC3c SSI 
module) at the indoor unit of the remote terminal for 
mixed traffic flowing from the hub terminal to the remote 
terminal and exiting the point to multipoint system to the 
subscribers. This technique is used to distinguish TDM 

55 cells from ATM cells received on the multi-transport 
PTKxje cell bus 3002. Once the right type of cell is sorted, 
the cells need to be further sorted to determine which 
cells on the multi-transport mode cell bus 3002 are des- 
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tined for the particular SSI module. 
[0^4] The block diagram shown is for a generic ATM 
SSI module, rather than descrbing a particular SSI 
module, e.g. the Quad DS1/AAL1 SSI module as 
desaibed in FIG. 20. the ATM OC3c SSI module of FIG. 
22. or the multi-transport mode SSI module in FIGS. 
25 A and 25B. Thus, the block diagram of FIG. 30 and 
the flowcharts of FIGS. 31 A and 31 B represent the 
process carried out at each ATM SSI module at the 
remote terminal, regardless of the type. Note that only 
the multi-transport mode SSI modules in FIGS. 25A and 
258 actually contain both the ATM formatter 3004 and 
the TDM cell formatter 3022. while the other ATM-based 
SSI modules only contain an ATM formatter 3004 and 
not the TDM cell formatter 3022. 
[0295] For an SSI module (i.e. a TDM-based SSI mod- 
ule) that is configured for TDM traffic, the filtering proc- 
ess is relatively simple. The IM-Com message slots on 
the multi-transport mode cell bus 3002 (see FIG. 15) 
provide the TDM cell formatter 3022 with the appropri- 
ate time slots to listen to. This time plan is stored in a 
message buffer (not shown). Thus, the TDM cell format- 
ter 3022 simply pulls the TDM cells from the time slots 
that it is configured to. This ensures that the TDM cell 
formatter 3022 will only copy the desired TDM cells, and 
not unwanted TDM and ATM cells. 
[0296] For an SSI module (i.e. ATM-based SSI mod- 
ule) that is configured for ATM traffic, the filtering proc- 
ess involves a compare and table lookup scheme. The 
ATM formatter 3004 receives every incoming cell on the 
mutti-transport mode cell bus 3002 containing both 
TDM and ATM cells (Step 3100 of FIG. 31 A) and tempo- 
rarily stores it in an internal FIFO (first in first out). Then, 
the ATM formatter 3004 performs a VP I extraction on 
the received cells and then the VP I compare 3006 com- 
pares the extracted VPI against a stored VPI for the par- 
ticular SSI module; thus, performing a VPI conparison 
(Step 3102 of FIG. 31 A). The VPI compare 3006 uses a 
conparator 3028 to compare the extracted VPI 3024 
wrth an internal VPI that is stored within a register 3026. 
(Step 2352 of FIG. 23A). It the VPI of ttie incoming cell 
matches the internal VPI (Step 3104 of FIG. 31 A), then 
the cell is kept All other incoming cells with non-match- 
ing VPIs are discarded (Step 3106 of FIG. 31 A). Since 
alt TDM ceDs have a VPI that is unique to TDM cells as 
described above in FIG. 29. in the same position as an 
ATM VPI header, the VPI compare 3006 of the ATM for- 
matter 3004 simply reads the VPI of the TDM cell and 
discards the TDM cell just as if it were an ATM cell. 
Thus, only the ATM cells destined for the particular SSI 
module are kept Thus, the TDM cells are distinguished 
from the ATM cells to be kept by the particular SSI mod- 
ule. Furthermore, the VPI compare coukJ be configured 
to specifically match the assigned VPI of the TDM cells 
arxj discard the TDM cells on this basis. Thus, again the 
ATM cells would be distinguished from tiie TDM cells. 
[0297] The next step in the process once the ATM 
cells have been kept, is to do VCI lookup on ttie kept 



ATM cells In the VCI lookup table 3010 (Step 3108 of 
FIG. 31A) located in the buffer 3008. which is a static 
RAM. on the VCI header 2808 of kept ATIVI cells. The 
VCI lookup step extracts the 14 least significant bits of 

5 the VCI and applies these bits as an index into the VCI 
lookup table 3010. The VCI lookup table 3010 supports 
2^^ addresses but could support up to 2''^ addresses. 
Once the index is applied. 16 bits are read out of tiie 
VCI lookup table, and latched in ttie ATM formatter 

10 3004, in a single access. The first 8 bits of the lookup 
table contain a VCI accept/discard bit 3016 and an 
AAL1/AAL5 bit 3018. If the VCI accept/discard bit is a 
"0" (Step 3110 of FIG. 31 A), there is not a match and 
the ATM cell is discarded with no further processing 

75 (Step 3106 of FIG. 31A). If the VPI accept/discard bit is 
a "1" (Step 31 10 of FIG. 31 A), there is a match and the 
ATM cell is kept. 

[0298] Additionally, if the ATM cell is kept, the VPI 
lookup table 3010 includes an AAL1/AAL5 bit 3018 

20 which tells the ATM formatter 3004 if the ATM cell is an 
AAL1 ATM cell or an AAL5 ATM cell (Step 31 12 of FIG. 
31 A) and should be routed to the AAL1 SAR 30 1 3 or the 
AAL5 SAR 3014 via the Utopia bus 3012. If a matched 
cell is an AAL5 cell (Step 31 12 of FIG. 31 A), then it will 

25 be routed to the AAL5 SAR 3014 via the Utopia bus 
3012 to be processed as described earlier in the speci- 
fication (Step 31 14 of FIG. 31 A). 
[0299] If the matched cell is an AAL1 cell (Step 31 12 
of FIG. 31 A), then the cell will be sent to the AAL1 SAR 

30 3013 via the Utopia bus 3012. However, the cell will be 
slightly modified. The lower 8 bits of the VCI need to be 
translated by performing a lower VCI translation (Step 
3116 of FIG. 31 A). The AAL1 chip used requires physi- 
cal information in the lower 8 bits, instead of the stand- 

35 ard ATM VCI. Advantageously, the VCI lookup table 
3010 is loaded with software based upon the specific 
user configuration. Thus, the VCI is translated to a form 
allowing more flexibility in channel identification to the 
subscriber. Advantageously, the lower VCI translation is 

40 performed at the same time the lookup step is done, 
instead of having to do two separate lookups. If the 
AAL1 cell is accepted, then the lower 8 bit VCI which is 
stored in the second 8 bit portion 3020 of the VCI lookup 
table 3010 becomes the new lower VCI. The new lower 

45 8 bit VCI is lached onto the ATM cell before the cell is 
routed to the AAL1 SAR 3013 (Step 3118 of FIG. 31 A). 
Advantageously, this requires only one lookup and 
saves processing time since it happens at the same 
time as the VCI lookup. This process is done for every 

so cell that is accepted. If the cell is AAL5, then the lower 8 
bit VCI 3020 is discarded. 

[0300] It is important to show that the VCI table lookup 
combines several lookups into one VCI lookup table 
3010. A prior art VCI lookup performs one accept/dis- 
55 card lookup. One AAL1/AAL5 lookup, and one lower 
VCI translation lookup. This embodiment combines all 
three lookups into the VCI lookup table 3010. A combi- 
nation of any two lookups is a departure from prior art 
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ATM address filtering techniques. Again, this saves 
prcxsessing time and ATM cells can be routed with mini- 
mal delay. 

[0301] Note that some embodiments (not shown), the 
ATM based SSI modules maybe designed to support 
only AAL1 or AAL5 and not both. Thus, FIG. 30 would 
need to be modified to remove one of the AAL1 SAR 
3013 or the AAL5 SAR 3014. The AAL1/AAL5 bit is not 
needed in this embodiment. 

[0302] The ATM address filtering process is done dif- 
ferently for an ATM-OC3C SSI module 2200 of FIG. 22 
used at the remote terminal than for the other ATM- 
based SSI modules at the remote terminal, and is 
reflected in the flowchart of FIG. 31 B. Here, the ATM 
address filtering function is different because the 
throughput on the ATM-OCSc SSI module 2200 is much 
higher than the throughput of other types of SSI mod- 
ules located at the remote terminal. The OCSc line 
sends data at 155.52 Mbps (mega bits per second) 
which is equivalent to atx>ut three DS3 lines. The flow- 
chart in FIG. 31 B also applies to the DS3 option to the 
ATM 0C3c SSI module. 

[0303] In FIG. 31 B, the first three steps are the same 
as the first three steps of FIG. 31 A. Thus, the cells are 
received from the mult i -transport mode cell bus (Step 
3150 of FIG. 318), a VPI comparison is done (Steps 
3152 and 3154 of FIG. 31 B) between the extracted VPI 
3024 and the VPI stored in the register 3026 just as in 
Steps 3102 and 3104 of FIG. 31A. If the VPI matches 
(Step 3154 of FIG. 31 B). a VCI lookup is performed 
(Step 3156 of FIG. 31 B) using the VCI lookup table 
3010 as described above. Thus, if the VCI accept/dis- 
card bit equals "1 " (Step 3158 of FIG. 318), the A'm cell 
is accepted. K the VCI accept/discard bit equals "0" 
(Step 3158 of FIG. 31 B). then the cell is accepted (Step 
3162 of FIG. 318). It is important to note that no TDM 
cells will go through the path indicated by Steps 3156 
and 3158. since the VPI did match in Step 3154. 
[0304] ff the VPI does not match {Step 3154 of FIG. 
31 B), the cell is not discarded, but a VPI lookup is done 
(Step 3164 of FIG. 31 B) is the VPI lookup table 3007 of 
the ATM formatter 3004. The VPI lookup table 3007 is 8 
bit table having a depth of 2® entries. The extracted VPI 
is used as an index into the VPI lookup table 3007. If the 
VPI accept/discard bit 3009 equals "1" (Step 3166 of 
FIG. 318). then the cell is accepted (Step 3162 of FIG. 
318). If the accept/discard bit equals "0" (Step 3166 of 
FIG. 31 B). the cell is discarded (Step 3160 of FIG. 31 B). 
The VPI accept/discard bit 3009 has been assigned for 
the specific VPI of the ATM cells that the particular ATM 
OC3c SSI module is configured to accept. Thus, the 
TDM cells are discarded from the ATM celts at the VPI 
lookup since the VPI assigned to the TDM cell is unique 
to TDM cells and its correspondir^ index into in the VPI 
lookup tattle 3007 will always have an accept/discard bit 
3009 that indicates to discard the cell. Thus, all TDM 
cells are discarded at the VPI lookup table 3007. 
[0305] Furthermore, this provides a "VCI transparent" 



service if the extracted VPI does not match the preas- 
signed VPI that is specific to the particular SSI module. 
Thus, ATM cells are passed through the SSI module 
without performing a VCI lookup. Thus, all the ATM cells 

5 having preconfigured VPIs are forwarded through the 
ATM-OC3C SSI module to the subscribers. 
[0306] In the embodiment shown in FIGS. 30 and 31 8, 
the ATM-based SSI module (e.g. ATM OC3c SSI mod- 
ule), advantageously performs a VPI comparison, and 

10 then either a VPI lookup or a VCI lookup on each cell 
that enters the ATM-based SSI module. Advanta- 
geously, the ATM-based SSI module does not perform 
both a VPI lookup and VCI lookup on each cell. And 
thus, advantageously, the processing time, which is a 

15 concern due to the throughput of the ATM OC3c SSI 
module, is reduced using this embodiment. 
[0307] Additionally, the ATM-based SSI modules are 
described as receiving traffic from a mixed transport 
mode interface, such as the multi-transport mode cell 

20 bus. However, the present invention is not limited to this 
description. The ATM-based SSI modules could be 
receiving only ATM cells, and not mixed cells, and the 
same ATM address filtering techniques are performed in 
order to correctly filter and route the ATM cells to the 

25 desired locations. 

[0308] The address filtering techniques are performed 
at the SSI modules of the multi-transport mode, multi- 
modulation point to multipoint system. The components 
described are common and understood by those skilled 

30 in the art. 

Extension Indoor Unit and Hber Extender Modules 

[0309] Referring next to FIG. 32, a block diagram is 
35 shown of 4 extension indoor units coupled to the each of 
the service specific interface ports of the indoor unit of 
the remote terminal as shown in the embodiment of 
FIG. 2. The diagram 3200 includes: an outdoor unit 
3202 (transceiver unit or ODU) of the remote terminal 
40 coupled to an Indoor unit 3204 (channel processing unit 
or IDU) of the remote terminal, fiber links 3206, each 
coupling 4 extension indoor units 3208 (EIDU) to the 
irxioor unit 3204. Each extension indoor unit 3208 has 
four SSI modules (cards) 3210. 
45 [031 0] In order to allow for more subscriber interfaces 
and to allow the subscribers to interface with the point to 
multipoint system up to 2250 feet from the indoor unit 
3204. the extension indoor unit 3208 (EIDU) couples to 
one of the SSI ports of the indoor unit 3204 via a fiber 
so link 3206. The EIDU 3208 allows up to 4 other SSI mod- 
ules 3210 to interface with the point to multipoint sys- 
tem. The number of extension indoor units 3208 and 
individual SSI ports may vary deperujing on implemen- 
tation. Thus, a maximum configuration allows up to 16 
55 SSI modules 3210 to be plugged into a single indoor 
unit 3204 at a remote terminal. 

[0311] This is a departure from a prior art extension 
indoor unit and expansion interface. A prior art system 
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uses a bus repeater, such as a rSbbon cable, which is a 
high density copper cable to repeat (or extend) the bus 
that Is carrying signals. However, the bus repeater is 
only atrfe to extend the bus a few feet, unlike the mutti- 
mode fiber link 3206 that can extend the multi-transport 
mode cell bus up to 2250 feet This is particularly advan- 
tageous, since the sutjscriber may interface with the 
indoor unit of the remote terminal up to 2250 feet away 
from the actual indoor unit. Thus, a subscriber could 
interface with the point to multipoint system at nnany dif- 
ferent locations within the suk^scriber's premises (typi- 
cally a large building) with an indoor unit 3204 located 
elsewhere within the subscriber's premises. With a prior 
art system, a subscriber must interface within a few feet 
of the actual indoor unit of the remote terminal. 
[0312] The EIDU 3208 is connected to the indoor unit 
3204 of the remote terminal with a fiber extender mod- 
ule, called the "master" fiber extender module, (see FIG, 
33) that is attached to the SSI port of the indoor unit 
3204 and connected to a multi-mode ftoer link 3206. 
The multi-mode f toer link 3206 is a ftoer optic cable that 
acts as an extension of the mutti-transp>ort mode cell 
txjs. The multi-mode fiber link 3206 is a 200 MHz link 
and connects to the extension indoor unit 3208 with 
another fiber extender module, called the "slave" f toer 
extender nxxdule. (see FIG. 33) inserted into the exten- 
sion indoor unit 3208. The "master" and "slave" ftoer 
extender modules are the same module, but are located 
at the indoor unit of the remote terminal and the exten- 
sion indoor unit, respectively. The ftoer link 3206 is a 
multimode ftoer known in the art. It has a maximum 
length of 2250 feet and transmits with a bit error rare of 
10"^^ or less. Alternatively, the distance on be extended 
further if single mode fiber is used instead of muttimode 
fiber for the fiber links 3206. Note that "multimode" used 
referring to the cable does not refer to mutti-modulation 
and multi-transport capabilities as suggested earlier. 
The multimode cable is simply a commonly understood 
type of cable. 

[031 3] The "master" f il>er extender module format the 
signals on the multi -transport mode cell bus for the ftoer 
link 3206 and retransmits the signals, including the tim- 
ing (which was derived from the hub terminal over the 
air interface), over the ftoer link 3206. The "slave" ftoer 
extender module then converts the signals from the 
fiber link 3206 t>ack to the format of the multi -transport 
mode cell bus and transmits the signals onto another 
multi-transport mode cell bus of the EIDU 3208. The 
timing of the signals is advanced or retarded such that it 
will march the timing of the original signals at the indoor 
unit 3204. Thus, the SSI modules 3210 at the EIDUs 
3208 appear to be coupled directly to the inddor unit 
3204 Itself. 

[031 4] The actual extension Indoor unit 3208 only corv 
tains a fiber extender nrxxJuIe. a backplane bus which 
lrx;ludes the multi-transport mode cell bus. and four SSI 
ports for SSI modules 3210. ft simply acts as an exten- 
sion of the multi-transport nnode cell Ixjs. so that addi- 



tional subso-iber interfaces can be made. Furthernrore, 
this is a departure from prior art extension units, since 
the prior art extension links (ribbon cable) and prior art 
extension units only support one type of traffic (ATM or 
5 TDM), whereas the present errtbodiment supports both 
traffic typ^ (AT1V1 and TDM). 

[0315] Referring next to FIG. 33. a block diagram is 
shown for a fiber extender module that is to be plugged 
into one at the SSI ports at the indoor unit of the remote 

10 terminal or the extension indoor unit of FIG. 32. The 
ftoer extender module 3300 t>lock diagram includes: a 
multi-transport mode cell bus 3302. f it>er extender mod- 
ule (FEM) formatter 3308. message buffer 3310, CPU 
3312. data buffer 3314, parallel-to-serial converter 

15 3316. serial-to-parallel converter 3318. divider 3320. 
ftoer optic transmitter 3322. ftoer optic receiver 3324. 
arxJ the fiber link 3326. 

[0316] The multi -transport mode cell bus 3302 
includes a timing bus and comprises a backplane inter- 
ne face. The multi-transport mode cell bus 3302 is coupled 
to the FEM formatter 3308. The FEM formatter 3308 is 
coupled to the message buffer 3310 and the CPU 3312. 
The CPU 3312 is also coupled to the message buffer 
3310- The FEM formatter 3308 is also coupled to the 
25 parallel-to-serial converter 3316, serial-to-parallel con- 
verter 3318. data buffer 3314. and divider 3320. The 
parallel-to-serial convo-ter 3316 is coupled to the fiber 
optic transmitter 3322 which connects to the fiber link 
3326. The fiber link 3326 also connects to the fiber optic 
30 receiver 3324 which couples to the serial-to-parallel 
converter 3318 which couples also to the data buffer. 
3314 and the divider 3320. 

[0317] In practice, the fiber extender module 3300 
(FEM) at the indoor unit of the remote terminal, (herein- 

35 after called the IDU FEM or "master" FEM), provides an 
interface to the fiber link 3326 that connects to the 
EIDU. It also buffers the incoming cells from the multi- 
transport cell k>us 3302. txjffers the data coming from 
the extension indoor unit (EIDU), and communicates 

40 with the CCM of the indoor unit of the remote terminal 
via the IM-Com overhead messages embedded in the 
txis frame format of the multi-transport nrKXle cell bus 
3302. The IDU FEM 3300 uses the first IM-Com slot 
shown in FIG. 1 5 for synchronization with the FEM 3300 

45 at the EIDU and for identification of the EIDU. 

[0318] The celts arrive at the IDU FEM 3300 from the 
multi -transport cell bus 3302 to the FEM formatter 3308. 
The FEM formatter 3308. which is custom designed 
logic, also recovers the timing from the mufti -transport 

so mode bus 3302. The FEM formatter 3308 inserts a 
unique word (which is used for synchronization with the 
FEM at the EIDU). frame and superframe identification 
code, and an EIDU identification byte in the first IM-Com 
timeslot. The IM-Com messages are sent to the mes- 

55 sage buffer (which is a dual port RAM) for the CPU 331 2 
to process. The CPU 3312. a RISC microcontroller, 
reads the messages out of the message buffer 3314 for 
configuration, alarms, etc. Finally, the FEM formatter 
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3308 retransmits the frame received from the multi- 
transport mode cell bus 3302 to a parallel-to-serlal con- 
vener 3316. The parallel-to-serial converter 3316 is a 
high speed convener that transmits the data frame to 
the fiber optic transmitter 3322 at 200 MHz. The fiber 
optic transmitter 3322 transmits the signal through the 
fiber link 3326 to the EIDU FEM (fiber extender module 
at the extension indoor unit or "slave" FEM). 
[031 9] In the opposite direction, the fiber optic receiver 
3324 receives the data flow back from EIDU via the fiber 
link 3326. The data is sent to the serial-to-parallel con- 
verter 33 1 8 when the data flow is converted back to par- 
allel format and then sent to the data buffer 3314, which 
is a dual port RAM. The data flow is slightly complex 
due to timing and buffering requirements. Thus, the 
FEM formatter 3308 recovers the unique word that the 
EIDU FEM assigned so that the FEM formatter 3308 
knows where the beginning of the frame is. The design 
ensures that the unique word arrives at the FEM format- 
ter 3308 before the cell bus TX frame synch signal 
(CB_TX_FS of FIG. 18, which describes the cell bus 
3302). Thus, the data is written into the data txiffer 3314 
before it is read by the FEM formatter 3308. The FEM 
formatter 3308 then reads the data at the start of the 
frame from the data buffer 3314 and copies it onto the 
multi-transport mode cell bus 3302. Thus, the timing of 
the cell bus frame is advanced or retarded in order to 
conrpensate for the offset in the fiber link. The FEM for- 
matter 3308 also recovers the timing from the EIDU. 
[0320] The fiber extender module at the extension 
indoor unit 3300 (EIDU FEM), and sometimes referred 
to as the "slave" FEM, uses the same tlock diagram as 
shown in FIG. 33. As the frame containing the IM-Com 
messages arxJ data is sent from the fiber optic transmit- 
ter of the IDU FEM and travels through the multimode 
fiber linK the signal enters the EIDU FEM 3300 at its 
corresponding fiber optic receiver 3324. The flow is the 
same as described atx>ve with the IDU FEM. Note again 
that the unique code word that was assigned to the 
frame is received into the FEM formatter 3308 so that it 
will know when the beginning of the frame Is. Otherwise, 
timing protilems occur since the FEM formatter will 
assume the frame starts when It receives the data, not 
when the frame actually starts. This unique code word 
alleviates the timing problem between the irxjoor unit 
and the EIDU Furthermore, the CPU 3312 of the EIDU 
FEM 3300 communicates with the CCM of the indoor 
unit of the remote terminal using the IM-Com overtiead 
messages and provides signals for the processors 
located in the SSI modules attached. Thus, the data on 
the bus frame format is retransmitted on the multi-trans- 
port mode cell txis 3302 at the EIDU and the extension 
SSI modules can interface with the point to muttipoint 
system. 

[0321] Also, note that the fiber extender modules do 
not actually distinguish between the types of traffic it is 
retransmitting or supporting. It is the SSI nrxxJules at the 
extension indoor unit that distinguish the mixed traffic 



and the fiber extender modules and mutti-mode fiber 
link simply provides an extension of the multi-transport 
mode cell bus. Thus, the fiber extender modules and the 
multi-mode fiber links support signals using multiple 
5 transport types (e.g., TDM and ATM). However, it is a 
departure from the prior art to transmit multiple trans- 
port mode signals through an extension bus (fiber link) 
to an extension indoor unit. 

[0322] The data flow from the SSI modules at the 

10 EIDU FEM 3300 is the reverse of the data flow to from 
the remote indoor unit to the extension indoor unit. The 
cells are received from the multi-transport mode cell bus 
3302 at the FEM formatter 3308 which copies the IM- 
Com messages of the EIDU FEM from the message 

15 buffer 3310, inserts a unique word in front of the data 
frame so that the IDU FEM will know where the begin- 
ning of the frame Is, and copies the cells to the parallet- 
to-serial converter 3316 for transmission through the 
fiber optic link 3326 to the IDU FEM. The IDU FEM for- 

20 matter 3308 in turn copies the data frame to the multi- 
transport mode cell bus 3302 to be sent to the CCM of 
the indoor unit. Thus, the IDU FEM 3300. EIDU FEM 
3300, and the fiber link 3326 act as a multi-transport 
mode cell bus extension. Note that all of the various sig- 

25 nals are not described in detail since their operation is 
understood to those skilled in the art. Note that not all of 
the functional blocks and signals have been detailed. 
The skilled artist understands these functions and could 
easily implement them; thus, no further explanation is 

30 needed. 

[0323] Referring next to FIG. 34, a timing diagram 
3400 is shown for the delays involved in the data trans- 
fer from indoor unit (IDU) of the remote terminal to the 
extension indoor unit (EIDU) shown in FIG. 32 using the 
35 fiber extender modules of FIG. 33. The significant 
delays are the propagation delay 3402, the guard time 
3404. the transmit to receive offset 3406, and the frame 
synch offset 3408. Shown also are the various signals: 
cell bus receive superframe synch 3410 (CB_RX_SFS 
40 (at IDU FEM)) at the remote fiber extender module, the 
cell bus receive superframe synch 3412 
(CB_RX_SFS(at EIDU FEM)) at the extension fiber 
extender module, the cell bus transmit superframe 
synch 3414 (CB_TX_SFS(at IDU FEM)) at the exten- 
ds sion fiber extender module, and the cell bus transmit 
superframe synch 3416 (CB_TX_SFS{at EIDU FEM)). 
[0324] The timing is very important in the design of the 
ftoer extender modules of FIG. 33. The timing diagram 
3400 Illustrates the delays for transferring data from the 
50 irxJoor unit of the remote terminal to the extension 
indoor unit. The propagation delay 3402 is the delay 
from the IDU FEM to the EIDU FEM. and vice versa. 
This accounts for the delay in the parallel-to-serial con- 
verter, and fiber optical transmitter and receiver of the 
55 ftoer extender module (FEM) as shown in FIG, 33. A 
guard time 3404 of typically a few mlaoseconds is 
inserted by the EIDU FEM to ensure that the data 
arrives at the IDU FEM earlier than it is read. Then, the 
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IDU FEM resynchronizes the data arriving front the 
EIDU to the timing of the indoor unit The transnrtit to 
receive offset 3406 and the frame synch offset 3408 are 
well known in the art. and thus, no further explanation is 
needed. 

Demand assigned multiple access 

[0325] Demand assigned multiple access (DAMA) is a 
method in which bandwidth is assigned as the demand 
for bandwidth changes within the system. Thus. DAMA 
provides effident use of the available frequency spec- 
trum. The point to multipoint system uses unique DAMA 
techniques to allocate bandwidth within the multi-modu- 
lation, nuiti-transport environment 
[0326] Referring next back to FIGS. 26 and 27. which 
show a tkxk diagram and corresponding flowchart, 
respectively, illustrating an ATM address filtering tech- 
nique performed by an ATM switch that has been config- 
ured for a mutti -modulation environment. Additionally, 
FIGS. 26 and 27 also illustrate how bandwidth is 
assigned for ATM data traffic in the downlink direction 
(hub to remote) illustrating a DAMA technique. 
[0327] Voice traffic is assigned conventionally The 
point to muttipotnt system detects an active call (off- 
hook) and automatically assigns bandwidth. The remote 
terminal requests bandwidth from the hub terminal 
using the assigned nr^intenance slot of overhead sec- 
tion of the air interface frame format as described in 
FIGS 4 and 6. The hub terminal uses either TR-008 or 
GR-303 signaling to connect the call to the switch. At 
the end of the call, the bandwidth is deallocated. If the 
switch initiates the call, then the hub terminal assigns 
t>andwidth and rx>tifies the rerTK)te terminal. 
[0328] Data bandwidth is dynamically assigned in 
tx)th directions (downlink and uplink). In the uplink, the 
renxDte terminals monitor their own buffer depths within 
the individual SSI modules described above. If the 
buffer depth exceeds a threshold for greater than the 
configured amount of time, then the remote terminal 
requests woTe bandwidth from the hub terminal. The 
hub terminal evaluates all requests and. depending on 
specified priorities, assigns bandwidth at differing levels 
to all remote terminals. 

[0329] Advantageously, in one embodiment, the band- 
width for ATM data traffic in the downlink is assigned in 
a unique way as illustrated t>y FIG. 26 shown al>ove. As 
earlier desaibed. the ATM switch at the ATM-OCSc SSI 
module of the hub terminal ts able to dynamically man- 
age the flow of ATM traffic from the OC3c line to the 
point to multipoirrt system. The ATM switch is configured 
for DAMA purposes in the downlink direction (from hub 
to remote) 

[0330] The Phys of the ATM swrtch have been config- 
ured to k>e n modulation buffers 2612. There is a differ- 
ent nxx^ulation buffer 2612 for each nxxlulation type; 
such as QPSK for the first nrxxJulation buffer 2612. 16- 
QAM for the second nrxxlulation buffer 2612. and 64- 



QAM for the third modulation buffer 2612. The ALBM 
2606 dynamically manages the ATM cells based on pri- 
orities using welt known quality of service protocols as 
discussed in FIG. 26 (St^ 2702 of FIG. 27). In this 

5 regard, ATM cells having a higher priority will be sent 
out with less delay frian lower priority ATM cells. Addi- 
tionally, the delay is determined depending on the vir- 
tual path identifier (VP I) and virtual channel identifier 
(VCI). Thus, advantageously, each VPI and VCI is also 

10 associated with a modulation type. Advantageously, 
each Phy address is associated with a modulation type. 
[0331 ] This scheme produces three separate streams 
of ATM cells, one for each modulation type within the 
same communications link Each modulation stream 

15 includes groups of timeslots where each group of times- 
lots is modulated differently Each modulation type 
requires more or less bandwidth, depending on the 
rujrTt>er of remote terminals of each modulation type 
arxJ their services; thus, by creating differently modu- 
lo lated streams of ATM data cells, the bandwidth for the 
ATM data cells is dynamically assigned within a modu- 
lation stream. The ATM formatter 2610 accesses the 
timeplan/modulation lookup table 2616 arKl determines 
which modulation buffers are active (Step 2704 of FIG. 

25 27) then sends a handshake signal to the ALBM 2606 
(Step 2706 of FIG. 27). The ALBM 2606 reads the 
handshake signal and transmits the ATM cell to the 
appropriate modulation buffer 2612 (Step 2708 of FIG. 
27). Once the ATM cells are in the respective modula- 

30 tion buffer 2612. the ATM formatter 2616 accesses the 
timeplan for each timeslot of the multi -transport mode 
cell bus frame format and the corresponding air inter- 
face frame format and transmits the ATM cells onto the 
multi-transport mode cell bus (Step 2710 of FIG. 27). 

35 Thus, three differently modulated streams of ATM cells 
are produced. This technique uses the ATM chipset in 
such a way to replace a much more complex method of 
aeating messaging from the hub terminal to the remote 
terminal or adding "tags" as known in the art to the ATM 

40 cells in order to dynamically assign t>andwidth to ATM 
data traffic in the downlink 

[0332] Referring next to FIG. 35. a diagram is shown 
illustrating a demand assigned multiple access (DAMA) 
technique such that the bandwidth is dynamically 

45 changed based upon channel conditions. Correspond- 
ing steps from FIG. 36. which illustrates the steps per- 
formed in the DAMA technique based upon channel 
corKlitions as shown in FIG. 35, will be referred to while 
referring to FIG. 35. Shosvn are a hub termir^l 3502 

so transmitting during clear channel conditions 3501 and 
poor channel conditions 3503. During clear channel 
conditions 3501. all of the remote terminals are in 
region 1 3504. During poor channel corxlitions 3503. 
the remote terminals are in region 1 3504 through 

55 region n 3508. Also shown is the sector 3506 that the 
hUb terminal 3502 supports. 

[0333] In practice, this DAMA technique is dynamicaDy 
assigns t>andwidth based upon channel conditions. For 
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example, in normal operation of the point to multipoint 
system, remote terminals in region 1 3504 require a 
lower energy per bit to be within an acceptable bit error 
rate (e.g. 10"®) and; thus, a higher order modulation 
(more bits/second/Hz) can be used, such as 64-QAM. 
Remote terminals in the farthest region, region a 3508 
(region 3 in this embodiment using QPSK modulation), 
require a higher energy per bit and thus a lower order 
modulation (fewer bits/second/Hz) is used, such as 
QPSK. The specrfic implementation and benefits of 
such a configuration is described throughout the speci- 
fication. 

[0334] Thus, the hub terminal 3502 first selects the 
remote terminal that rt will transmit traffic bursts to (Step 
3604 of FIG. 36). Next the channel conditions are mon- 
itored and a determination is made whether or not the 
channel conditions an poor, such as during a rain fade. 
Rain fade is the primary impairment to microwave radio 
links. The channel conditions may be measured as 
function of the received signal strength indication 
(RSSI) or the bit error rate (BER) of the signals received 
over the communications link. For example, when the 
RSSI drops below a threshold specific to each different 
modulation mode supported by the hub terminal 3502 
or the BER exceeds a threshold, the channel conditions 
will t»e considered poor. For example, the threshold 
BER may be 10"®. The hub terminal 3502 receives a 
maintenance txirst from the respective remote terminal 
which contains the signal quality indicator (SQI) (Step 
3606 of FIG. 36) that contains the RSSI, for example. 
[0335] The hub terminal 3502 then selects the highest 
order modulation supportable for the respective remote 
terminal t>ased upon the channel conditions (Step 3608 
of FIG. 36). During poor channel conditions 3503, such 
as during a rain fade, the traffic is modulated and trans- 
mitted over the air interface using the configured differ- 
ent modulations per region, I.e. regions 1 3504 through 
region n 3508. 

[0336] However, during clear channel conditions 
3501. all of the remote terminals will be considered to 
be in the region 1 3504. Therefore, traffic can be trans- 
mitted using the highest order modulation (Step 3608 of 
FIG. 36) which requires the least number of bits/sec- 
ond/Hz and uses the least bandwidth to transmit, i.e. 
64-QAM in this embodiment. Note that the channel con- 
ditions will be clear during a high percentage of the time 
allowing for the bandwidth to be dynamically assigned 
to a higher order modulation for a majority of the time; 
thus, saving bandwidth. Thus the bandwidth is dynami- 
cally managed during periods of dear channel condi- 
tions, and only switched back to the configured 
bandwidth allocations during poor channel conditions. 
[0337] The hub terminal 3502 then checks to see if 
there are any more remote terminals to communicate 
with (step 3610 of FIG. 36). If so. then steps 3604 
through steps 3610 are repeated. If not, then the hub 
terminal 3502 is done (Step 3612 of FIG. 36). 
[0338] Although the bandwidth is dynamically man- 



aged based upon channel conditions, this DAMA tech- 
n'que is ideally used for low quality traffic services, such 
as Internet browsing data, which is at an unspecified bit 
rate (UBR), although the technique can be done to other 

5 higher quality traffic services, such as voice. In this 
case, for voice and other high quality services, the 
remote terminals are always located within their respec- 
tive regions, i.e. region 1 3504 through region n 3508. 
Thus, an inrtial step is Included to determine whether or 

10 not the traffic being transmitted is a low quality service 
at an unspecified bit rate (UBR). If the services are high 
quality services, e.g. at a specified bit rate, then the traf- 
fic is modulated as normal using different modulations 
for remote terminals located within different regions, i.e. 

15 regions 1 2704 through region n 2708. Thus, the band- 
width for high quality services is not changed based on 
channel conditions. And If the traffic being transmitted is 
a low quality service, then the steps in FIG. 36 are per- 
formed to dynamically assign bandwidth. 

20 [0339] Also note that FIG. 27 illustrates how different 
regions 2704 and 2708 are located with a sector 2706. 
The sector represents the sector ("pie slice") described 
above. Also note that FIG. 5 describes another DAMA 
technique in which the remote terminals receive signals 

25 independently of a time plan. 

1 :N Redundancy 

[0340] Referring next to FIG. 37, a block diagram is 
30 shown for a 1 :N redundancy system 3700. Shown are 
hub terminal A 3702, hub terminal B 3704. backup hub 
terminal 3706, remote terminals 3710 (Ia-Oa) remote 
terminals 3712 (le-ng), subchannel A 3714, subchan- 
nel B 3716, DS3A line 3718. DS3B line 3720. backup 
35 DS3 tine 3722, multiplexer 3724, and a backhaul line 
3726. 

[0341] Hub terminal A 3702 communicates with the 
remote terminals 3710 via subchannel A 3714, hub ter- 
minal B 3704 communicates with the remote terminals 

40 3712 via subchannel B 3716. and a backup hub termi- 
nal 3706 communicates with the remote terminals 3716 
via subchannel B 3716 when hub terminal B 3704 fails. 
Hub terminal A 3702, hub terminal B 3704. and the 
backup hub terminal 3706 are coupled to the multiplexer 

45 3724 via a DS3A line 3718. DS3B line 3720. and a 
backup DS3 line 3726, respectively. The multiplexer 
3724 has a backhaul line for connection to the transport 
network (not shown). 

[0342] In practice, the 1 : N redundancy system 3700 is 
50 designed to replace a 1 :1 redundancy system used at 
the hub site of the point to multipoint system as 
described above (see Rg. 13). Such a system may or 
may not use hub and remote terminals with mutti-trans- 
port nrKXje and/or multi-modulation capabilities and is, 
55 thus, described generically. In a 1 :1 system, each com- 
munications terminal, or hub terminal, has a k>ackup 
hub terminal tiiat replaces that particular hub terminal In 
the event of a failure. Thus, for a system having 10 hub 
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terminals. 10 backup hub terminals are needed, adding 
to the cost of the system. A 1:1 redundancy system is 
described with reference to FIG. 13. 
[0343] In a point to multipoint system, due to splitting 
of multiple channels and location of remote terminals, s 
several hub terminals may broadcast to remote termi- 
nals within the same antenna sector. The 1 :N redun- 
dancy system is designed to work where multiple hub 
terminals are operating within the same sector and have 
the same antenna coverage. Thus, hub terminal A io 
3702. hub terminal B 3704, and the backup hub termi- 
nal 3706 all are within the same sector and their respec- 
tive antennas are pointed in the same direction. Hub 
terminal A 3702 maybe using sut)channel A 3714 of "50 
MHz channel A" while hub terminal B 3704 may be is 
using subchannel B 3716 of "50 MHz channel B". The 
backup hub terminal 3706 can backup either hub termi- 
nal A 3702 or hub terminal B 3704. And therefore, fewer 
hub terminals are need at the hub site, reducing the 
overall cost of the point to multipoint system. The 20 
backup hub terminal 3706 must also have the same SSI 
module configuration or t>ackhau! connections as hub 
terminal A 3702 and hub terminal B 3702. 
[0344] In a typical scenario. fcK>th hub terminal A 3702 
and hub terminal B 3704 are operating as normal carry- 25 
ing user traffic back arxi forth between remote terminals 
3710 and remote terminals 3712. while the backup hub 
terminal 3706 is in backup mode. If hub terminal B 3704 
experiences a failure, such as the outdoor unit failure, 
the failure is detected as described below in FIG. 38 and 30 
the element management system (EMS) is notified. A 
red alarm is generated on the DS3B line 3720. The 
backup hub terminal 3706 switches in for hub terminal B 
3704 and starts transmitting on subchannel B 3716 to 
remote terminals 3712. The multiplexer 3724 detects 35 
the red alarm and executes a switchover for all connec- 
tions from the DS3B line 3720 to backup DS3 line 3722 
based on pretiguration of the backup DS3 line 3722 as 
a backup to DS3B line. The EMS then notifies the net- 
work operations center via a simple network manage- 40 
ment protocol (SNMP) message. The remote terminals 
3712 perceive a short interruption in subchannel B's 
3716 transmission and resynchronize. The sutjscribers 
at the remote terminals 3712 experience a temporary 
degradation in service. The switchover outage time is 45 
kept as a statistic. K hub terminal A 3702 has failed, the 
backup hub terminal 3706 replaces it in the same man- 
ner broadcasting over subchannel A 3714. 
[0345] In order to ensure that the backup hub terminal 
3706 will work when a failure occurs, the backup hub so 
terminal 3706 nrust be regularly tested. If backup hub 
terminal 3706 srts idly for an extended period of time, it 
is likely that the backup hub terminal 3706 will have 
already failed when called to perform. One testing tech- 
nique known is called load sharing" in which the hub 55 
temrtinal B 3704 transmits half of the toad and the 
t>ackup hub terminal 3706 transits the other half of the 
load. If one hub terminal fails, then the other hub termi- 



nal takes over. This requires an extra frequency for the 
t)ackup hub terminal 3706 or the backup hub terminal 
3706 shares the same frequency as hub terminal B 
3704 in the TDMA frame. If sharing the same frequency, 
the two terminals would have to be switched in and our 
at certain bits which is difficult to accomplish at the sym- 
bol rate (e.g. 10 MHz) used by the point to multipoint 
system. Another backup testing technique is to switch to 
the backup hub terminal 3706 once a day (at midnight). 
Disadvarrtageously. this causes an extra outage once 
per day 

[0346] In this embodiment of the present invention, 
the backup hub terminal 3706 simply transmits a test 
txjrst once per superframe (every 48 msec) over 
sutx:hannel A 3714 then transmits a test burst once per 
superframe over subchannel B 3716. The test burst is 
transmitted during the first timeslot (timestot m-2) of the 
last three timeslots (timeslots m-2 through m) of the 
overhead section of the last frame of the superframe 
that form the acquisition slot 806. as shown in FIG. 8. 
Since the test burst is sent dining the first burst, if the 
timing is slightly off the test burst will not collide with the 
other bursts sent by the hub terminal B 3704 or hub ter- 
minal A 3702. Furthermore, the on-line hub terminals 
(hub terminal A 3702 and hub terminal B 3704) are not 
transmitting during these three timeslots. The test burst 
is sent in QPSK modulation such that all remote termi- 
nals 371 0 and 371 2 can receive it (even if in the farthest 
region). Each remote terminal receives the test burst 
and records whether or not the test burst was received 
and if so, its signal strength and how far off the timing 
was from the first burst location. Then statistics are 
reported back to the on-line hub terminals. The values 
reported back are stored and compared over time to 
see if the backup hub terminal 3706 has failed. If noth- 
ing is received or if the power levels drop significantly, 
the backup hub terminal has failed. These values are 
also received at the backup hub terminal 3706 and used 
as in FIG. 38. 

[0347] Referring next to FIG. 38. a flowchart is shown 
for the steps undertaken in order for a backup hub ter- 
minal shown in FIG. 37 to detect an on-line hub terminal 
failure and to test a backup hub terminal. The following 
steps are performed. The first step is to initialize the 
tjackup hub terminal by acquiring redundancy informa- 
tion and the receive and transmit timing (block 3802). 
Next, the backup hub terminal times to the frequency of 
the sut>channel (l3iock 3804) and transmits to the 
remote terminals of the &ukx:hannet (block 3806). Next, 
the remote terminals report the power level for tx)th the 
t>ackup hub terminal and the on-line hub terminals 
(bAodk 3808) and transmit the information in their 
respective maintenance timeslots (t>lock 3810) to the 
backup hub terminal. The t>ackup hub terminal receives 
the information (block 3812) and. finally, does failure 
detection (block 3814). 

[0348] An initial step to be performed is to initialize the 
backup hub terminal (block 3802) such that it can pro- 



47 



BNSOOCID: <EP 0975l90A2_L> 



93 



EP0975190 A2 



94 



vide a 1 :N redundancy to the on-line hub terminals (hub 
terminal A 3702 and hub terminal B 3704 of FIG. 37). 
This requires collecting the redundancy information and 
determining the receive and transmit timing acquisition. 
Specifically, the k>ackup hub terminal is initialized by 
communicating with the element management system 
(EMS) described in FIG. 2 to obtain the redundancy 
information, such as LAN addresses, frequencies, over- 
head channel allocations, and power settings for the 
other hub terminals in the redundancy group. 
[0349] Next, as part of the initialization (block 3802) 
the backup hub terminal goes into receive timing acqui- 
sition mode. The purpose of this mode is to determine 
the superfranne timing of the uplink to which it is tuned. 
The backup hub terminal listens to the signals being 
transmitted from the remote terminals to the hub termi- 
nals to synchronize the backup hub terminals timing 
and fame format with tfiat of the rest of the point to 
multipoint system The t>ackup hub terminal waits until 
its local oscillator has locked to the selected input 
source, then selects one of the subchannels in the 
redurxJancy group and tunes to the uplink (remote to 
hub). Then, the l>ackup hub terminal sets it antenna to 
open aperture and looks for the QPSK superframe sync 
word (which is sent once per superframe by the remote 
terminals). The superframe sync word is detected and 
verified. Next, the contents of the burst are demodulated 
and the timeslot number for the particular remote termi- 
nal is determined from the format information in the 
header. The backup hub terminal then computes a 
frame and tirr^ot offset to the first burst of the super- 
frame arKi moves its superframe timing to the same 
location as received. If however, the backup hub termi- 
nal has not detected and verified the superframe sync 
word within a specified amount of time. e.g. 8 super- 
frames, the t>ackup hub terminal will declare itself in fail- 
ure mode. 

[0350] Still initializing, the t>ackup hub terminal then 
enters transmit tirrting acquisition mode to determine 
the appropriate transmit to receive offset The backup 
hub terminal starts with a value of 3.0 msec (based 
upon a 6 msec air interface frame format) for the trans- 
mit to receive offset and transmits an overhead burst in 
timeslot nv2 of the overhead section of the last frame of 
the superframe (see FIG. 8). The reowte terminals are 
programmed to look for the txjrst in an aperture of last 
three timeslots (i.e. timeslots m-2. m-1. and m) of the 
last air frame overhead section. If the burst is not 
detected, the rennote terminals do nothing. If the burst is 
detected, the rennote terminals maintain separate timing 
offset and power parameters and send a message con- 
tainir^ the information back to the backup hub terminal 
(and hub terminal) The backup hub terminal uses this 
information to adjust its timing and power accordingly. If 
the return burst is not detected within the specified 
period of time. e.g. 8 superframes. the t>ackup hub ter- 
minal declares itself in failure nrxxje. Note that the timing 
adjustment is particular to a hub terminal on the current 



subchannel; thus, the backup hub terminal must repeat 
the receive and transmit timing acquisition for each hub 
terminal of the redundancy group. 
[0351 ] As a final part of initialization, the t>ackup hub 

5 terminal enters tracking mode in order to test the timing 
and detect a failure. The backup hub terminal sequen- 
tially tunes to each of the subchannels and recalls the 
stored transmit and receive offsets, and verifies the cor- 
rect superframe timing has been achieved by reading 

10 the message headers from the remote terminals (block 
3804). If the superframe timing is not accurate, the 
backup hub terminal must start over at block 3802. 
[0352] The backup hub terminal then transmits a test 
burst to the remote terminals (block 3806) in the first 

IS timeslot of the last three timeslots (timeslots m-2. m-1 , 
and m) of the last frame of the superframes overhead 
section that make up the acquisition slot 806 (see also 
FIGS. 8 and 37) as discussed above. The test burst is 
the same test burst sent and described above in FIG. 

20 37. Thus, the same test burst is used to test the backup 
hub terminal and to detect an on-line hub terminal fail- 
ure. The on-line hub terminals are not transmitting dur- 
ing these three bursts. The remote terminals in the 
sector know to look for the burst and measure its signal 

25 Strength (block 3808) and timing. The timing and power 
offset information is gathered. The remote terminal then 
sends the power measurements, e.g. measured RSSI, 
back to the backup hub terminal and the hub terminal in 
its maintenance slot of the overhead section (block 

30 3810). The backup hub terminal listens to the mainte- 
nance slot and receives the infonmation recorded at the 
remote terminal (block 3812). Note that the backup hub 
terminal knows which timeslot to listen to from the proc- 
ess in block 3802. If testing the backup hub terminal, the 

35 on-line hub terminals receive the information (block 
3812). 

[0353] The t>ackup terminal then does the failure 
detection (block 3814). To detect a failure, the backup 
hub terminal conpares to the power level received for 

40 itself and the other on-line hub terminals from the 
remote terminals in the subchannel to the power level of 
the hub terminals on that subchannel in the redundancy 
group. If the power level of itself (the backup hub termi- 
nal) is more than a specified amount greater (typically 2 

45 to 3 dBs) than the power level of one of the other hub 
terminals, the backup terminal. determines that the other 
hub terminal has failed and switches in for the failed hub 
terminal. The backup hub terminal can immediately 
switch in since it contains all of the transmit and receive 

50 information as well as the burst time plan for all of the 
on-line hub terminals of the redundancy group. Only a 
short interruption of service is noticed by the remote ter- 
minals. 

[0354] The comparison between the power levels of 
55 the backup hub terminal and the other hub terminals is 
needed to detect a power amplifier failure since the 
radio frequency channel is subject to fading which may 
resemble a power amplifier failure. Thus, the power lev- 
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els are compared, since, in a fade, the power level of 
both the main hub terminals and the backup hub termi- 
nals will be reduced. 

[0355] This failure detection process also must 
account for the behavior of the remote terminals during 
rain fades or hub terminal anrtplifier failures. If an on-line 
hub terminal suffers from a power reduction, the auto- 
matic gain control (AGC) of the remote terminal will 
compensate. Similarly, the AGC will compensate for 
power loss during rain fades. Thus, the information sent 
back to the backup hub terminal includes this informa- 
tion in the power measurement, RSSI, for both the on- 
line hub terminals and the backup hub terminals. Step 
3814 monitors the strength of the test tjurst from the 
t>ackup hub terminal when testing the backup hub ter- 
minal as described in FIG. 37. 

[0356] Thus, the 1 :N redundancy system provides a 
backup hub terminal that on provide backup to more 
than one hub terminal at the hub site. This is a depar- 
ture from prior art point-to-muttipoint systems that hav- 
ing one backup hub terminal for each on-line hub 
terminal (1:1 redundancy). Therefore, the 1:N redun- 
dancy system reduces the number of hub terminals at 
the hub site over traditional point-to-multipoint commu- 
nications systems. Additionally, the 1:N redundancy 
system provides a unique method of testing the backup 
hub terminal without the drawbacks of 'load sharing" or 
forcing outages periodically as discussed in FIG. 37. 
The method of FIG. 38 advantageously uses the unique 
air interface frame format to provide a failure detection 
method which tests the strength of the on-line hub ter- 
minals and the backup hub terminal once every super- 
frame. 

TPM Pufferjng 

[0357] TDM buffering is done in the TDf^ cell format- 
ters of the individual TDM-based service specific inter- 
face modules in order to uniquely pack TDM data (both 
pulse code modulated data and channel associated sig- 
naling) into the TDM cells in such away to minimize 
delay deperxiing upon the assignment of the TDM cells 
to the mjlti-transport mode cellbus timeslots. 
[0358] Referring back to FIG. 29, the block diagram is 
shown for a TDM cell formatted by the TDM cell format- 
ter (or signal formatter) of the SSI modules. The traffic 
section 2904 (data section) contains the TDM data or 
pulse code modulated (PCM) data. The header section 
2902 of the TDM cell 2900 contains the ATM header or 
virtual path identifier 2906. This is a departure from a 
corrventional TDM cell that corrtains no header informa- 
tion, since the TDM cell is switched according to which 
timeslot it ^ in. FurthernK>re. the header section of the 
TDM cell includes an ATM specific header. 
[0359] Furthermore, the TDM buffering techniques 
use the head^* section containing other headers 2908 
for signaling bits, such as channel associated signaling 
(CAS) bits. Conventionally, signaling (also referred to as 



signaling bits) is carried in separate TDM cells and 
switched by timeslot. Thus, the TDM cell 2900 of this 
embodiment, advantageously isses the other header 
section 2908 to carry the signaling within the same TDM 
5 cell 2900 as the PCM data (also refen-ed to as PCM 
samples). 

[0360] In practice, the SSI modules are designed to 
interface with T1 lines (DS1) or E1 lines known in the 
art. Since different T1 and El lines use different framing 

10 modes, such as extended superframe (ESF). the chan- 
nel associated signaling (CAS) information maybe 2 bits 
or 4 bits and may be updated every 1 .5, 2.0, or 3.0 sec- 
onds. Thus, since the T1/E1 lines operate at different 
framing nxxles and that since the point to multipoint 

15 system can switch any DSO at the hub terminal to the 
any DSO at the remote terminal, the signaling (such as 
CAS) is carried out of band (i.e. not in the traffic section 
2904). The signaling is extracted at the entry point (by 
the T1/E1 framers) and then transported using the other 

20 headers 2908 of the header section 2202 shown in FIG. 
29. as opposed to using a separate TDM cell to carry 
the signaling. Note that T1 and El lines (also referred to 
as digital signal level 1 or DSIs) are commonly known in 
the art of telecommunications. Additionally. DSOs (or 

25 digital signal level zero) are well known in the art of tel- 
ecommunications; thus, no further explanation is 
required. 

[0361 J Refen-ing briefly back to FIG. 25A. the multi- 
transport mode SSI nrKXlule 2500 is shown. The multi- 

30 transport mode SSI module 2500, as well as the other 
SSI modules that are configured to operate in TDM, or 
synchronous mode, perform TDM buffering as dis- 
cussed below. The multi -transport SSt module of FIG. 
25A will be described as an example of the TDM buffer- 

35 ing, so that the operation does nor need to be explained 
in each TDM-based SSI module. Thus, FIG. 25A will be 
occasionally referred to in order to illustrate how the 
TDM buffering fits within a TDM-based SSI module. 
[0362] As mentioned above, the PCM buffer controller 

40 2516 receives the PCM data and the signaling (CAS) 
from the timing multiplexer 2552. The timing multiplexer 
2552 receives the PCM data and signaling (CAS) from 
DSOs of the TVEl lines through the T1/E1 framers 
2554. The PCM buffer controller 2516 converts the 

45 PCM data and signaling to parallel format and stores 
them in transmit buffer 2514. In the other direction, the 
PCM buffer controller 2516 pulls the PCM data and sig- 
naling from the receive buffer 2512. The receive buffer 
2512 and the transmit buffer 2514 have a unique mem- 

50 ory structure that is discussed with reference to FIG. 39 
below. 

[0363] Referring next to FIG. 39. a memory structure 
is shown for buffering pulse code modulated (PCM) 
data and signaling, such as channel associated signal- 
55 ing (CAS), for use within the TDM-based SSI modules 
in one emlxxiiment of the present invention. The mem- 
ory structure 3900 includes a receive data buffer 3902, 
transmit data buffer 3904, receive signaling buffer 3906. 
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and transmit signaling buffer 3906, The receive data 
buffer 3902 and the transmit data buffer 3904 each have 
line data buffers 3910. Each line data buffer 3910 is 
used for a corresponding T1 line arxi contains DSO data 
buffers 391 2. Each DSO data buffer 391 2 contains PCM 5 
data bytes 3914 associated with a particular DSO of 
each corresponding T1 line. Both the receive signaling 
buffer 3906 and the transmit signaling buffer 3908 con- 
tain line signaling buffers 3916. Each line signaling 
buffer 3916 is used for a corresponding T1 line and con- 
tains DSO signaling buffers 3918. And each DSO signal- 
ing buffer 3918 contains DSO signaling bytes 3920 
(CAS) associated with a particular DSO of each corre- 
sponding T1 line. Each DSO signaling byte 3920 con- 
tains signaling. 

[0364] The memory structure 3900 is implemented as 
a RAM, and forms both the transmit buffer 2514 and the 
receive buffer 2512 of FIG. 25A in a single memory 
structure 3900. Advantageously, the memory structure 
3900 is scalable allowing for a TDM based SSI module 
to interface with a varying number of T1 lines. For exam- 
ple, the Quad DS1 SSI module (FIG. 20) and the multi- 
transport mode SSI module (FIGS. 25A and 25B) allow 
for four and 8 T1 lines (DSis). respectively, while the 
TDM-DS3 SSI module (FIG, 16) allows for 28 T1 lines 
(DSis). Thus, the receive data buffer 3902. the transmit 
data buffer 3904. receive signaling buffer 3906. and the 
transmit signaling buffer 3908 have variable lengths 
deperding on the implementation. 
[0365] Each line data buffer 3910 supports one T1/E1 
line and contains 2048 PCM data bytes 3914 for the 
PCM data to be packed in the 48 byte data section 2904 
(also refen-ed to as the traffic section) of the TDM cell 
2900 in FIG. 29. Each signaling line buffer 3916 con- 
tains 256 bytes for the signaling that is to be packed 
within the other headers 2908 of the TDM cell of FIG. 
29. Since two line data buffers 3910 and line signaling 
buffers 3916 are needed for each T1 line (i.e. one for 
transmit and one for receive), each T1 line requires 
4098 Bytes (4K) of PCM data buffering and 51 2 bytes of 
signaling ;buffering memory 

[0366] Each line data buffer 391 0 is a 2048 (2k) byte 
buffer containing DSO data buffers 3912 for however 
many DSOs are interfaced with the SSI module. 32 DSO 
data lines are shown for the TDM-DS3 SSI module (28 
T1 lines + 4 for on-line testing, or 32 El lines). Each 
DSO data buffer 3912 contains PCM data bytes 3914 
front the particular DSOs. Advantageously the DSO data 
buffer 3912 is a 64 byte circular buffer. This allows the 
PCM data contained within the PCM data bytes 3014 to 
be mapped into the 48 byte data section 2904 of the 
TDM cell with minimal memory requirements. As dis- 
cussed above, this embodiment formats TDM data into 
a cell structure that is the same size as an asynchro- 
nous transfer mode (ATM) cell. Thus, the PCM data is 
designed to fit within a 48 byte data section 2904. 
[0367] The line signaling buffers 3916 each contain 
DSO signaling buffers 3918. Each DSO signaling buffer 



3918 contains signaling bytes 3920 (containing the CAS 
data) for the particular DSOs. The DSO signaling buffers 
3918 are also circular buffers, but are 8 bytes in length. 
[0363] Furthermore, the PCM samples are stored in 
each DSO data buffer 3912 (circular buffer) every 125 
lisec while the signaling is stored in 8 byte DSO signal- 
ing buffers 3918 (circular buffers) every 1.0 msec. The 
64 byte DSO data buffers 3912 and the 8 byte DSO sig- 
naling buffers 3918 correspond to an 8 msec time inter- 
val; however, the multi -transport bus frame format (FIG. 
1 5) and the air interface frame format (FIG. 5) are based 
on a 6 msec frame in this embodrmerTt, for example. 
[0369] During the first frame, PCM data is written to 
the first 48 PCM data bytes 3914 of the 64 byte DSO 
data buffer 3912. Then during the second frame. PCM 
data is written to the last 16 PCM data bytes 3914 and 
then wraps around (in a circular fashion) and continues 
writing to the first 32 PCM data bytes 3914 of the DSO 
data buffer 3912, and so on. Thus, the DSO data buffers 
3912 are continually updated with new PCM data. 
[0370] Similarly for signaling buffering, during the first 
frame, the signaling bits are written to the first 6 signal- 
ing bytes 3920 of the DSO signaling buffer 3916. During 
the second frame, the last 2 signaling bytes 3920 are 
written, then the first 4 signaling bytes of the DSO sign- 
aling buffer 3916 are written in a circular fashion. Thus, 
the PCM buffering and the signaling buffering used at 
the memory structure 3900 are implemented as a circu- 
lar read from the DSO data buffer 3912 in the "egress" 
(multi-transport mode cell bus to SSI module) and a cir- 
cular write to the DSO data buffer 3912 in the "ingress" 
(SSI module to multi-transport mode cell bus). 
[0371] Referring next to FIG. 40, a pulse-code-modu- 
lated mapping control structure memory is shown for 
use in the TDM-based service specific interface mod- 
ules used in one embodiment of the present invention. 
The pulse-code-modulated mapping control structure 
memory 4000 (hereinafter referred to as the PCM map- 
ping control structure memory 4000) contains pulse- 
code-modulated mapping control structures 4002 
(hereinafter referred to as PCM mapping control struc- 
tures 4002). Each PCM mapping control structure 4002 
contains a mapping structure active 4004 (also referred 
to as MPA 4004). T1/E1 bit 4006. line ID 4008, cell type 
4010, PCM timeslot number/offset 4012, ingress read 
offset 4014, and egress write offset 4016. 
[0372] In practice, the PCM mapping control structure 
memory 4000 is coupled to the TDM cell formatters of 
the TDM-based SSI nrxxiules and manipulated by the 
control processor (CPU) of the TDM-based SSI mod- 
ules. The PCM mapping control structure memory 4000 
controls the format of the individual TDM cells that the 
TDM cell formatter creates. The PCM mapping control 
structure mefTK)ry 4000 contains the PCM mapping 
control structures 4002 so that the TDM cells will be for- 
matted in such a manner that the DSOs carried will be 
transported with minimal delay and without complex 
hardware manipulation. 
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[0373] The PCM mapping control structure memory 
4000 contains a variable number of PCM mapping con- 
trol structures 4002. The number of PCM mapping con- 
trol structures 4002 depends on the number of T1/E1 
lines (DSIs) that the SSI nruxjule interfaces with. Thus, 
the TDM-DS3 SSI module (FIG. 21) will require 32 • 32 
= 1024 PCMS mapping control structures 4002 (32 
T1/E1 lines is 28 lines used for transport and 4 used for 
testing), while a quad DS1 SSI module (FIG. 20) will 
require 32 * 4 = 128 PCM mapping control structures 
4002. 

[0374] Each PCM mapping control structure 4002 is 4 
bytes and contains an MPA 4004. The MPA 4004 is a 1 
bit field that indicates whether or not the PCM mapping 
control structure 4002 is active or not A "0" bit indicates 
that the PCM mapping control structure 4002 is not 
active and the TDM cell formatter will ignore it. A "1" bit 
indicates that the PCM mapping control structure 4002 
is active; thus, the PCM mapping control structure 4002 
will be used by the TDM cell formatter when the format- 
ting and packing the TDM data cells for transmission on 
the multi -transport mode cell bus. 
[0375] The PCM mapping control structure 4002 also 
contains a T1/E1 bit 4006 which indicates to the TDM 
cell formatter whether the line interfaced with ^ a T1 line 
or an El line ("0" is T1 and T is El). The line ID 4008 
is 5 bits and identifies the T1/E1 line for the particular 
timeslot of the multi-transport mode cell bus. Since a 
timeslot of the multi-transport mode cell bus is tied to a 
given T1/E1 line. DSOs from other T1/E1 lines can not 
be multiplexed on to same cell bus timeslot, 
[0376] The cell type 4010 indicates the specific cell 
type that is to be used according to the particular PCM 
mapping control structure 4002. Thus, the cell type 
4010 defines how many DSOs will be multiplexed into 
the data section of the TDM cell. The cell type 4010 is a 
three bit field. The TDM cells defined by the cell type 
4010 will be placed within the data cell 1704 of the CB- 
data cell 1700 and placed on the multi-transport mode 
cell bus (see FIGS. 15 and 17). The specific cell types 
are discussed with reference to FIGS. 41 through 43 
below. 

[0377] The PCM timeslot number/offset 4012 is a five 
bit field that identifies either the PCM timeslot number 
for single DSO mode or the first PCM timeslot number 
for the modes that multiplex multiple DSOs in a single 
TDM data cell. For El lines, all 0-31 (timeslots 0 to 31) 
values of the 5 bit field an valid while for T1 lines, only 0- 
23 (timeslots 1 to 24) values of the 5 bit field are valid. 
Thus, the TDM cell formatter knows where to look within 
the memory structure 4000 to read or write the PCM 
data to arxJ from the specific data cell type. 
[0378] The ingress read offset 4014 is a six bit field 
that specifies the read offset for composing the ingress 
data fields to be placed on the multi -transport mode cell 
bus. This is due to the fact, as described above, that the 
DSO data buffers 3912 of the memory structure in FIG. 
39 are 64 bytes and the data section of the TDM cells is 



48 bytes. Thus, the memory pointers need to know 
which PCM data byte 3914 to point to within the DSO 
data buffers 3912 of the memory structure 3902 of FIG. 
39. The six bit field corresponds to one of the 64 PCM 
5 data bytes 3914. Similarly, the egress write offset 4016 
is a six bit field that specifies the write offset for compos- 
ing the PCM data bytes 3914 within the DSO data buff- 
ers 3912 of the memory structure 3902. Thus, the 
memory pointers are told which PCM data bytes 391 4 of 
10 the DSO data buffers 3912 to write the PCM data to. 
TDM cells in a sequence are assigned differing ingress 
read offsets 4914 and egress write offsets 4016 based 
upon assignments to the multi-transport n^e cell bus, 
which in turn are based upon air interface burst assign- 
is merits. 

[0379] Signaling, such as CAS, ts read/written at the 
DSO signaling bytes 3920 at the same time as corre- 
sporKling PCM data is read/written from the DSO data 
bytes 3914. 

20 [0380] Referring next to FIG. 41 a cell format is shown 
for a TDM cell used in TDM buffering in the TDM-based 
service specific interface modules to pack the pulse- 
code-modulated (PCM) data and signaling from a single 
DSO (digital signal level zero) into the TDM cell in 

25 accordance with the emtxxliments shown in FIGS. 39 
and 40. The TDM-based SSI modules are shown in 
FIGS. 20. 21. 25A. and 25B. The TDM cell 4100 
includes a header section 4102 (also referred to as an 
overhead) and data section 4104 (which is the same as 

30 data section 2904 of FIG. 29). The header section 41 02 
contains an even virtual path identifier 4106 (hereinafter 
referred to as the even VP I) and an odd virtual path 
identifier 4108 (hereinafter referred to as the odd VP!) 
arxl a spare section 41 10. Together, the even VPI 4106 

35 and the odd VPI 4108 comprise the ATM VPI 2906 as 
shown in FIG. 29 which is used in ATM address filtering 
as described above. The header section 4102 also con- 
tains signaling sets 4105, which are 4 bits of signaling 
(CAS) from one DSO. 

40 [0381] In practice, the TDM cell 4100 is one of the cell 
types defined by the cell type 4010 of the PCM mapping 
control structures 4002 of FIG. 40. In the ingress, the 
TDM cell formatter packs 48 bytes of PCM data from the 
DSO data byte 3914 of a particular DSO into the data 

45 section 4104 and 3 bytes of signaling from the DSO sig- 
naling byte 3920 of the particular DSO into the signaling 
sets 4105 of the TDM cell 4100. Alternatively, in the 
egress, the TDM cell forn^tter unpacks the PCM data 
and signaling from the TDM cell 4 1 00 and writes it to the 

50 correct DSO data byte 3014 and DSO signaling byte 
3920 for the respective DSO. Once formatted, the TDM 
data cells 4100 are copied onto the mufti -transport 
nxKJe cell bus (see FIGS. 15-17) within a CB-Data traffic 
cell (see FIG. 17). 

55 [0382] Note the signaling and the PCM data are tx>th 
uniquely packed into the TDM cell 4100, whereas a 
prior art TDM cell uses separate TDM packets for the 
signaling and the PCM data. Furthermore, the TDM cell 
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4100 includes a unique header section 41 02, whereas a 
prior art TDM packet does not include a header section 
since it is routed according to which timeslot it is in, not 
according to header information. Additionally, the TDM 
cell 41 00 uniquely includes an ATM header, the odd VP! 
4108 and the even VPI 4106. i.e. the VPI. used in the 
ATM filtering techniques described above in the specifi- 
cation. 

[0383] As an example based on a 6 msec air frame, 
the TDM cell 4100 provides a buffering delay of 6 msec 
(i.e. the length of the 6msec bus frame format) in pack- 
ing 48 bytes of PCM data from one DSO into the TDM 
cell 4100. The header section 4102 includes 6 signaling 
data sets 4105 or 3 bytes of signaling (containing CAS 
from the DSO signaling buffer 391 8 of the memory struc- 
ture of FIG. 39) corresponding to the 48 bytes of PCM 
samples (taken from the DSO data buffer 3912 of the 
memory structure of FIG. 39). The TDM cell 4100 can 
only be used for structured DSOs. Structured DSOs and 
unstructured DSOs are well known in the art of digital 
telecommunications, and thus, no further explanation is 
required. 

[0384] Referring next to FIG. 42. a cell format is shown 
for a TDM cell used in the TDM buffering in the TDM- 
based service specific Interface modules to pack pulse- 
code-modulated (PCM) data and signaling from multiple 
DSOs into a single TDM cell in accordance with the 
emtjodimerrts shown in FIGS. 39 and 40. The TDM cell 
4200 includes a header section 4202 containing an 
even VPI 4206. and odd VPI 4208, DSO #1 signaling set 
4216. DSO #2 signaling set 4218. DSO signaling sets 
4222, and DSO #n signaling set 4220. The TDM cell 
4200 also contains a data section 4204 containing DSO 
#1 data section 4210, DSO #2 data section 4212. and a 
DSO #n data section 421 4. 

[0385] In practice, the TDM cell 4200 is generically 
shown as a TDM cell that is capable of carrying PCM 
data arKi signaling from multiple DSOs in the same data 
section 4204. This is a departure from prior art TDM 
cells or packets that pack PCM data from one DSO into 
a single TDM cell or packet. As stated above, this also 
departs from a prior art TDM cell in that PCM data and 
signaling are packed into the same TDM cell 4200. The 
TDM cell 4200 has the same general design as shown 
In FIG. 41 except that the TDM cell 4100 In FIG. 41 car- 
ries PCM data and signaling from on/y one DSO. Also, 
the TDM cett 4200 represents several different TDM cell 
types defined by the cell type 401 0 of the PCM mapping 
control structure 4002 shown in FIG, 40. Thus, the TDM 
cell formatter uses the PCM mapping control structure 
to determine which TDM cell type to format for each 
timeslot on the multi -transport mode cell bus. 
[0386] The TDM-based SSI modules, advanta- 
geously, are configured to format TDM data cells into 
or>e of the available formats shown In FIGS. 41 . 42. and 
43. This minimizes the delay for certain types of traffic 
earned within certain DSOs. It Is especially inrportant to 
create several different cell types since the TDM data 



cell generally is confined to such a small size (i.e. 53 
bytes) in this embodiment. A prior art TDM-based point 
to multipoint system does not have these delay con- 
cerns since the TDM cells or packers are designed 
5 much larger than 53 bytes, typically between 1 50 to 400 
bytes. 

[0387] The TDM cell 4200 can carry PCM data from 
more than one DSO in the data section 4204. The PCM 
data is packed into DSO #1 data section 4210 through 

10 DSO #n data section 4214 for DSO #1 through DSO #n. 
For example, if only data from two DSOs were packed 
irrto the TDM cell 4200, there would only be two sec- 
tions, DSO #1 data section 4210 containing 24 bytes of 
PCM data from DSO #1 and DSO #2 data section 4212 

15 containing 24 bytes from DSO #2. The corresponding 
header section 4202 would contain more than one sign- 
aling set for each DSO. For example, there would be 
three DSO #1 signaling sets 4216 and three DSO #2 sig- 
naling sets 4218. A spare section would comprise the 

20 extra byte in the header section 4202. The spare section 
would be used if needed to fill the header section 4202 
in order to maintain the 5 byte header section 4202 In 
the TDM cell 4200. 

[0388] Again, using the example of a 6 msec frame 
25 format, the cell formatter takes a 3.0 msec time interval 
to pack the PCM data and signaling from two DSOs into 
the TDM cell 4200. Thus, the buffering delay is reduced 
from 6.0 msec in FIG. 41 to 3.0 msec In this example. 
Note that since the only 3 msec of PCM data is carried 
30 within the TDM cell 4200 in this example, two TDM cells 
4200 are sent during the same 6 msec frame. This 
allows the same amount of PCM data to travel within the 
same 6 msec frame, while, advantageously, reducing 
the buffering delay from each TDM cell 4200. As should 
35 be obvious to the skilled artist, the more DSOs that are 
packed into the TDM cell the lower the buffering delay in 
packing and unpacking the TDM cell 4200. This is 
advantageous in order to minimize delay for certain traf- 
fic. 

40 [0389] Another example of a cell type shown in FIG. 
42 is a TDM cell 4200 that packs both PCM data and 
signaling from 8 DSOs into the TDM cell 4200. In this 
case, there are eight DSO data sections within the data 
section 4204: DSO #1 data section 4210, through DSO 

45 #8 data section 4214. Each data section (e.g. DSO #1 
data section 4210) contains 6 bytes of PCM data (also 
referred to as PCM samples). This provides for only a 
0.75 msec buffering delay to pack/unpack the PCM data 
and signaling to and from the TDM cell 4200. In this 

50 example, the corresponding header section 4202 would 
contain the even VPI 4206. odd VPI 4208, and eight sig- 
naling sets, one for each DSO. i.e. DSO #1 signaling set 
4216. DSO #2 signaling set 4218, DSO #3-7 signaling 
sets 4222, and DSO #8 signaling set 4214. There is no 

55 spare section in this exanple since the signaling sets 
completely fill the availak^e spaces In the header section 
4202. FurthernrK)re, in this example, since only 0.75 
msec of PCM data is sent in TDM cell 4200, 8 TDM cells 
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4200 are assigned during the 6.0 nnsec frame to carry 
the PCM data from the 8 DSOs. 
[0390] Thus, with a slightly different configuration of 
the data section 4204 and the header section 4202. the 
TDM cell 4200 may be configured to carry PCM data s 
and signaling from more than one DSO. This, advanta- 
geously, reduces the buffering delay in order to mini- 
mize dday for certain traffic types. The two examples 
given (i.e. 2 DSOs and 8 DSOs) are only illustrative of the 
concept: thus, the skilled artist could implement the io 
TDM cell 4200 to pack other numbers of DSOs for differ- 
ent buffering delays. Additionally, the DSOs that are 
packed in the TDM cell 4200 can be both structured and 
unstructured. 

[0391 ] Referring next to FIG. 43. a celt format is shown is 
for a TDM cell used in the TDM buffering in the TDM- 
based service specific interface modules to pack multi- 
ple DSOs with embedded framing in accordance with 
the emlxxiiments shown in FIGS. 39 and 40. The TDM 
cell 4300 has a data section 4304 that is 50 bytes in 20 
length and supports up to 25 DSOs 4312, wherein each 
DSO 4312 has 2 samples (2 frames) of PCM data (a 
0,25 msec time interval). The TDM cell 4300 provides a 
very low delay service for 24 DSOs 4312. The 25^ DSO 
4314 contains G.802 embedded framing (line emula- 25 
tion). The txjffering delay for TDM cell 4300 is reduced 
to 0.25 msec. Since the 25*^ DSO 4314 is embedded 
framing, the header section 4302 does not need to con- 
tain any signaling. Thus, the header section 4302 is only 
three bytes containing the even VPI 4306. odd VPI 30 
4308. and spare section 4310. 

[0392] Thus, advantageously, different TDM cell 
types, as shown by TDM cells 4100, 4200, and 4300. 
may be created by the TDM cell formatters of the TDM- 
based SSI modules. This enak>les the TDM data from 35 
one or more DSOs and the corresponding signaling to 
be multiplexed in a variety of ways on to the multi -trans- 
port mode cell txjs. Again, this departs from known prior 
art that only multiplexes a single DSO into one TDM cell. 
[0393] Referring next to FIGS. 44A and 44B. flow- 40 
charts are shown illustrating the TDM buffering as 
descril>ed in FIGS. 39 through 43, done at the TDM- 
based SSI modules of the poirrt to multipoint system. 
FIG. 44 A illustrates the steps carried out for traffic enter- 
ing the TDM -based SSI module, either at the hub termi- 45 
nal or the remote ternrvnal. through the transport lines 
(T1/E1 or DS3. for example) and being multiplexed onto 
the multi-transport mode cell txjs. FIG. 44B illustrates 
the steps earned out for traffic received at the TDM- 
t>ased SSI modules from the multi-transport mode cell so 
bus and being switched to the either the sut»scribers or 
the backhaul deperxJing on whether or not the TDM- 
based SSI nxxlule is at the remote terminal or the hub 
terminal. 

[0394] For traffic flow from the T1 lines to the multi- ss 
trarrsport mode cell txis of the point to multipoint system 
through the TDM-based SSI modules, the TDM-based 
SSI modules perform the following steps. The first step 



is to convert the DSOs. having already had the framing 
removed, that are received from the T1 lines from serial 
to parallel fonnat so that the PCM data and signaling 
data (such as channel associated signaling) can be 
recovered (Step 4402 of FIG. 44A). This step is per- 
formed by the PCM interfaces that are described in 
FIGS. 20. 21 , 25A. and 25B. e.g. PCM buffer controller 
251 6. Thus, the signaling data Is separated from the 
PCM data of the received DSOs. Next, the PCM data 
(PCM samples) and signaling are buffered using a 
memory structure (Step 4404 of FIG. 44A). Such a 
memory structure is described with reference to FIG. 39 
and may be implemented on each of the TDM-based 
SSI modules. 

[0395] Next, in preparation for formatting the PCM 
data and signaling for the multi-transport mode cell bis. 
the TDM cell formatter obtains the correct PCM map- 
ping control structure for each timeslot of the multi- 
transport mode cell bus (Step 4406 of FIG 44A). The 
PCM mapping control structures are contained within 
the PCM mapping control structure memory, described 
in FIG. 40, and typically contained within the message 
buffer coupled to the TDM cell formatter, e.g. the mes- 
sage buffer 2508 shown in FIG. 25A. Then, the TDM cell 
formatter uses the PCM mapping control structure to 
determine the specific cell type of TDM cell that will be 
formatted for each timeslot of the multi-transport mode 
cell bus (Step 4408 of FIG. 44A). The specific cell types 
are shown in FIGS. 41 through 43. 
[0396] Next the TDM cell is formatted by packing the 
PCM data and signaling into the specific cell type (Step 
4410 of FIG. 44A). The PCM mapping control structure 
further provides the TDM cell formatter with the proper 
offsets into the memory structure of FIG. 39 so that the 
TDM cell formatter can place the proper PCM data and 
signaling into the proper locations of the TDM cell. Fur- 
thermore, for ATM address filtering, the TDM cell for- 
matter inserts an ATM header, the VPI. into the proper 
location within the header section (Step 4412 of FIG. 
44A). Now that advantageously, tjoth PCM data and sig- 
naling are packed within the same TDM cell, as well as. 
PCM data and signaling from multiple DSOs. Again, this 
is a departure front the prior art TDM buffering tech- 
niques. Finally, the TDM cell, having been formatted is 
multiplexed onto the multi-transport mode cell bus 
(within the data section 1704 of the traffic cell 1700) 
using the timeplan contained within the message buffer 
(Step 441 4 of FIG. 44A). 

[0397] For traffic flow from the multi-tiansport mode 
cell bus of the point to multipoint system to the T1 lines 
of the sutsGcriber or backhaul through the TDM -based 
SSI modules, the following steps are performed for the 
TDM buffering. The cells, txrth ATM and TDM cells, 
arrive at the multi-transport mode cell t>us. First the 
TDM cell formatter uses the timeplan to extract the 
proper celts, only TDM cells destined for the particular 
TDM-based SSI module (Step 4416 of FIG. 44B). Then, 
the TDM cell formatter accesses the PCM mapping con- 
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trol structure for each TDM cell extracted to determine 
which cell type the TDM cell corresponds to (Step 441 8 
of FIG. 44B). 

[0398] Once the cell type is determined, the TDM celt 
formatter unpacks the PCM data and the signaling from s 
the received TDM cell and buffers them into the memory 
structure as described in FIG. 39 (Step 4420 of FIG. 
44B). Note that the PCM mapping control structure pro- 
vides the proper offsets into the memory structure so 
that the TDM celt formatter will know which data bytes io 
3914 or signaling bytes 3920 within the memory struc- 
ture to write the PCM data and signaling for each DSD 
into. Next, at the proper time, the PCM interface (e.g. 
PCM buffer controller 2516) extracts the PCM data and 
signaling from the memory structure and converts them is 
back to serial DSOform (Step 4424 of FIG. 44B). Finally 
the DSOs are framed for transmission and transmitted 
through the proper DSO of the proper T1 line (Step 4426 
of FIG. 448). 

[0399] While the invention herein disclosed has been 20 
described by means of specific embodiments and appli- 
cations thereof, numerous modifications and variations 
could be made thereto by those skilled in the art without 
departing from the scope of the invention set forth in the 
claims. 25 

Claims 

1. A multi-transport mode bus frame format (1512) 
comprising: 30 

a plurality of time slots comprising: 

a plurality of control time slots (1528), 
wherein the plurality of control time slots 35 
form a control portion (1516) for control 
communication between communicating 
devices; arKi 

a plurality of data time slots (1526) follow- 
-ing the plurality of control time slots. 40 
.twherein the plurality of data time slots form 
a multi-transport mode data portion 
(1518); and 

a plurality of transport mode signals (2800 and 45 
2900). wherein respective ones of the plurality 
of transp>ort mode signals are contained within 
respective ones of the plurality of data time 
slots. 

50 

2. The multi-transport mode bus frame format of 
Claim 1 further comprising at least one synchroni- 
zation time slot (1514) preceding said plurality of 
control time slots (1528). wherein the at least one 
synchronization time slot forms a synchronization 55 
portion for containing a synchronization pulse. 

3. The multi-transport mode bus frame format of 
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Claim 1 or 2 wherein each of said plurality of control 
time slots and said plurality of data time slots (1 528) 
has a fixed length. 

4. The multi-transport mode bus frame format of 
Claim 3 wherein said fixed length is greater than 53 
bytes. 

5. The multi-transport mode bus frame format of any 
of claims 1 -4 wherein plurality of transport mode 
signals comprise synchronous signals (2900) arid 
asynchronous signals (2800). 

6. The multi-transport mode bus frame format of any 
of claims 1-5 wherein said plurality of transport 
mode signals comprise time division multiplexed 
signals (2900) and asynchronous transfer mode 
signals (2800). 

7. The multi-transport mode bus frame format of any 
of claims 1-6 wherein said plurality of data time 
slots (1526) correspond to a plurality of traffic time 
slots forming a traffic portion (1522) of an air inter- 
face frame format (1508). wherein the air interface 
frame format carries said plurality of transport 
mode signals. 

8. A multi -transport mode bus comprising: 

a synchronous bus (1510) comprising: 

a plurality of synchronous data lines; and 

a plurality of transport mode signals (2800 and 
2900) carried through the plurality of synchro- 
nous data lines. 

9. The multi-transport mode bus of Claim 8 further 
comprising: 

a clock line (1802); and 

a frame synch (1804 and 1812). 

10. The multi-transport mode bus of Claim 9 wherein 
said clock line (1802) operates at a symbol rate of 
10 mega symbols per second. 

11. The multi-transport mode bus of any of claims 8-10 
wherein said synchronous bus is a continuous 
mode synchronous time division multiplexed bus 
(1510). 

12. The multi-transport mode bus of any of daims 8-1 1 
wherein said plurality of transport mode signals 
(2900) comprise synchronous signals and asyn- 
chronous signals (2800). 

1 3. The multi-transport mode bus of any of claims 8-1 2 
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wherein said plurality of transport modes comprise 
time division multiplexed signals (2900) and asyn- 
chronous transfer mode signals (2800). 

14. The mutti-transport mode bus of any of claims 8-13 
wherein said plurality of synchronous data lines use 
a mutti-transport bus frame fornnat (1512) adapted 
to carry said plurality of transport mode signals. 

15. A method of carrying traffic on a bus comprising: 

creating (1512) a mufti-transport mode bus 
frame format, wherein the multi-transport mode 
bus frame format supports traffic cells carrying 
signals comprising a plurality of transport mode 
signals (2800 and 2900); 
fornr^tting (1700) the signals into the traffic 
cells for transmission on the bus. wherein the 
signals comprise the plurality of transport 
mode signals: and 

multiplexing (1510) the traffic cells onto the bus 
according to the mufti-transport mode bus 
frame format; and 

transmitting (1510) the traffic cells over the bus, 

16. The method of Claim 15 wherein said creating com- 
prises creating (1512) said mutti transport mode 
bus frame fornnat wherein said mufti-transport 
mode t>ijs frame format supports said traffic cells 
carrying time division multiplexed signals (2900) 
and asynchronous transfer mode signals (2800). 

17. The method a Qaim 15 <x 16 wherein said txjs is a 
synchronous nnode bus (1510). 

18. The metfiod of any of claims 15-17 wherein said 
bus is a time division multiplexed bus (1510). 

19. A method of carrying signals on a bus comprising: 

formatting (1700) synchronous signals (2900) 
into data units, wherein the data units are 
adapted to fit within a txis frame format of a 
bus; 

formatting (1700) asynchronous signals (2800) 
into the data units; 

muttiplexing the data units onto the bus; and 
transporting the data units via the bus. 

20. The method of Claim 19 wherein said formatting 
said syrKhronous signals conrprises formatting 
(1700) time division muftiplexed signals (2900) into 
said data units. 

21. The nr>ethod of Claim 19 or 20 wherein said format- 
ting (1700) said asynchronous signals comprises 
formatting asynchronous transfer mode cells (2800) 
into said data units. 



22. A system for carrying synchronous and asynchro- 
rK)us signals (2900 and 2800) on a bus comprising: 

means for formatting (2504) synchronous sig- 
5 nals into data units, wherein the data units are 

adapted to fit within a bus frame format on a 
bus; 

means for formatting (2504) asynchronous sig- 
nals into the data units; 
10 means for multiplexing (2504, 2506) the data 

units onto the bus; and 

means for transporting (1510) the data units via 
the bus. 

15 23. The system of Claim 22 wherein said synchronous 
signals are time division multiplexed signals (2900). 

24. The system of Claim 22 or 23 wherein said asyn- 
chronous signals are asynchronous transfer mode 

20 cells (2800). 

25. A method of can-ying cells on a bus comprising: 

formatting (1700) asynchronous cells (2800) 

25 having a cell format; 

formatting (1 700) synchronous cells (2900) into 
the cell format of the asynchronous cells: 
multiplexing (1512) the synchronous cells and 
the asynchronous cells onto a synchronous 

30 bus. wherein the synchtronous bus uses a bus 

frame format supporting the cell format; and 
transporting (1510) the synchronous cells and 
the asynchronous cells over the synchronous 
bus. 

35 

26. The method of Claim 25 wherein said formatting 
said synchronous cells comprises said formatting 
time division multiplexed cells (2900). 

40 27. The method of Claim 25 or 26 wherein said format- 
ting (1700) said asynchronous cells (2800) com- 
prises said formatting asynchronous transfer mode 
cells having an asynchronous transfer mode cell 
format. 

45 

28. A system for carrying traffic on a bus comprising: 

means for creating (2504, 2506) a multi-trans- 
port mode txis frame format, wherein the mufti - 

so transport mode bus frame formal supports traf- 

fic cells carrying signals comprising a plurality 
of transport mode signals; 
means for formatting (2504. 2506) the signals 
into the traffic celts for transmission on the bus. 

55 wherein the signals comprise the plurality of 

transport mode signals: and 
means for multiplexing (2504. 2506) the traffic 
cells onto the txjs according to the multi-trans- 
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port mode bus frame format; arxd 

means for transmitting (1510) the traffic cells 

over the bus. 

29. The method of Claim 28 wherein said traffic cells s 
carry time division multiplexed signals (2900) and 
asynchronous transfer mode signals (2800). 

30. The method of Claim 28 or 29 wherein said means 

for formatting comprises said means for formatting io 
(2504, 2506) said signals into said traffic cells for 
transmission on a synchronous mode bus. 

31. The method of any of claims 28-30 wherein said 
means for formatting comprises said means for for- is 
matting (2504. 2506) said signals into said traffic 
cells for transmission on a time division multiplexed 
bus. 

20 
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